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A Preface to a Preface 

You will find that this book is all beginning 

and no end. 

Most of the machines I will be discussing do 
not exist at this time. The chapters are primarily 
extrapolations into the future derived from 
experiences with various computer-aided 
design systems and, in particular, URBAN5. 
Some of the bents and biases may suffer from 
provincialism in that they reflect a general 
unhappiness on my part with the present 
practice of architecture. 

There are three possible ways in which 
machines can assist the design process: (1) 
current procedures can be automated, thus 
speeding up and reducing the cost of existing 
practices; (2) existing methods can be altered 
to fit within the specifications and constitution 
of a machine, where only those issues are 
considered that are supposedly machine- 
compatible; (3) the design process, considered 
as evolutionary, can be presented to a machine, 
also considered as evolutionary, and a mutual 
training, resilience, and growth can be 
developed. 

I shall consider only the third alternative and 
shall treat the problem as the intimate associ¬ 
ation of two dissimilar species (man and 
machine), two dissimilar processes (design 
and computation), and two intelligent systems 
(the architect and the architecture machine) 

By virtue of ascribing intelligence to an artifact 
or the artificial, the partnership is not one of 
master and slave but rather of two associates 
that have a potential and a desire for self- 
improvement. 


Given that the physical environment is not in 
perfect harmony with every man's life style, 
given that architecture is not the faultless 
response to human needs, given that the 
architect is not the consummate manager of 
physical environments, I shall consider the 
physical environment as an evolving organism 
as opposed to a designed artifact. In particular, 

I shall consider an evolution aided by a specific 
class of machines. Warren McCulloch (1956) 
calls them ethical robots; in the context of 
architecture I shall call them architecture 
machines. 

The Architecture Machine is for students, for 
people who are interested in groping with 
problems they do not know how to handle and 
asking questions they do not know how to 
answer. Those people who know how com¬ 
puters should be used in architecture, or those 
who expect to find the answers in this volume, 
should not read on. This work results from play¬ 
ing and fumbling with both good and bad ideas 
It is not a definitive work or magnum opus on the 
subject of computer-aided architecture or 
robot architects. 

Nicholas Negroponte, May 1969 


Acknowledgments 

Much of teaching today is no longer the presen¬ 
tation by one who has the word to many who do 
not. Teaching is a joint searching; there can be 
no distinction between course work and project 
work, research and teaching. They are insep¬ 
arable, and their contributions to this book are 
inseparable. Therefore many people who have 
contributed to this book will remain anonymous, 
because there are indeed so many. Most of 
them are students. 

The work that led to this book has been con¬ 
ducted under the joint sponsorship of Dean 
Lawrence Anderson (School of Architecture 
and Planning, M.I.T.), Dean Gordon Brown 
(School of Engineering, M.I.T.), and Mr. Norman 
Rasmussen (I.B.M. Cambridge Scientific Cen¬ 
ter). During the writing of the manuscript I have 
received generous support from the Harvard 
and M.l.T. Joint Center for Urban Studies and 
the M.l.T. Urban Systems Laboratory. 

Dr. Warren Brodey, Professor Seymour Papert, 
and Professor Steven Coons have provided the 
theoretical foundations for many of the concepts 
contained in this book. In addition, Dr. Oliver 
Selfridge, Dr. Avery Johnson, Professor William 
Porter, Mr. Stuart Silverstone, Mr. Timothy 
Johnson, and Mr. Craig Johnson have gener¬ 
ously participated. Professor Donlyn Lyndon, 
Professor Aaron Fleisher, and Professor Imre 
Halasz deserve many thanks for their combined 
patience and severity in the early days of the 
manuscript. They especially helped with the 
soul-searching task of articulating the future in 
the present tense. 


contents of this book are not uniquely my own. 
Professor Leon Groisser is coauthor of almost 
every idea and has been my partner in this 
venture for five years. His formal participation 
in composing the text has been hampered only 
by a concurrent commitment to another 
dissertation. 

N.N. 


Finally the reader should know that the entire 



Oil 


101 


110 


111 


000 


001 


010 


Introduction 


Architect-Machine 

Symbiosis 


Aspects of Design 
Procedures 


Aspects of Design 
Processes 


URBAN5 


Toward the Evolution of Epilogue 
Architecture Machines 


Bibliography 


1 Humanism through 
Intelligent Machines 


9 Prelude to an Architect- 
Machine Dialogue 

17 Natural and Not-so- 
Natural Computer Graphics 

22 Computer-Aided versus 
Computerized 

26 Adaptable Machines. 
Sensory Machines, and 
Parent Machines 


31 From Perspectives to 
Holography 

39 Generation of Solutions 

47 Simulation of Events 

51 Bits of Design 
Information 

54 Machines in Residence 


59 Sequential and 
Temporal Events 

62 The Geometry of 
Qualities 

64 About Unsolicited Notes 
and Comments 

67 Games: Local Moves 
and Global Goals 


71 URBAN5 S Abstractions 
75 Modes 

81 Handling Qualities 
83 Consistency Mechanisms 
87 Background Activities 

89 The Ubiquitous Monitor 

90 Inklings of Evolution 
and Adaptability 


95 URBAN5: A Postmortem 119 Robot Architects 

97 Languages for 
Architecture Machines 

101 Interfaces for 
Architecture Machines 

111 Architecture Machines 
Learning Architecture 


123 



Introduction 


Humanism through Intelligent Machines 

...so much corn, so much cloth, so much 
everything, that things will be practically with¬ 
out price. There will be no poverty. All work will 
be done by living machines. Everybody will be 
free from worry and liberated from the degrada¬ 
tion of labor. Everybody will live only to perfect 
himself. 

Karel Capek, Rossum's Universal Robots 

Computer-aided design cannot occur without 
machine intelligence—and would be dangerous 
without it. In our era, however, most people 
have serious misgivings about the feasibility 
and more importantly, the desirability of at¬ 
tributing the actions of a machine to intelligent 
behavior. These people generally distrust the 
concept of machines that approach (and thus 
why not pass?) our own human intelligence. In 
our culture an intelligent machine is immediate¬ 
ly assumed to be a bad machine. As soon as 
intelligence is ascribed to the artificial, some 
People believe that the artifact will become evil 
and strip us of our humanistic values. Or, like 
the great gazelle and the water buffalo, we will 
be placed on reserves to be tampered by a 
ruling class of automata. 

Why ask a machine to learn, to understand, to 
associate courses with goals, to be self¬ 
improving, to be ethical - in short, to be 
intelligent? 

The answer is the underlying postulate of an 
architecture machine. A design machine must 
have an artificial intelligence because any 
design procedure, set of rules, or truism is 
tenuous, if not subversive, when used out of 


context or regardless of context. It follows that 
a mechanism must recognize and understand 
the context before carrying out an operation. 
Therefore, a machine must be able to discern 
changes in meaning brought about by changes 
in context, hence, be intelligent (A. Johnson, 
1969c). And to do this, it must have a sophisti¬ 
cated set of sensors, effectors, and processors 
to view the real world directly and indirectly. 

Intelligence is a behavior. It implies the capac¬ 
ity to add to, delete from, and use stored infor¬ 
mation. What makes this behavior unique and 
particularly difficult to emulate in machines is 
its extreme dependence on context: time, 
locality, culture, mood, and so forth. For ex¬ 
ample, the meaning of a literary metaphor is 
conveyed through context; assessment of such 
meaning is an intelligent act. A metaphor in a 
novel characterizes the time and culture in 
which it was written. 

One test for machine intelligence, though not 
necessarily machine maturity, wisdom, or 
knowledge, is the machine’s ability to appreci¬ 
ate a joke. The punch line of a joke is an about- 
face in context; as humans we exhibit an intel¬ 
ligence by tracing back through the previous 
metaphors, and we derive pleasure from the 
new and surprising meanings brought on by the 
shift in context. People of different cultures 
have difficulty understanding each other's 
jokes. 

Some architects might propose that machines 
cannot design unless they can think, cannot 
think unless they want, and cannot want unless 
they have bodies; and, since they do not have 
bodies, they therefore cannot want; thus cannot 
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The Spanish colonials laid 
out entire cities with enough 
megalomania to accommo¬ 
date expansion for many 
centuries. These cities were 
usually designed by small 
bands of soldiers whose de¬ 
sign skill was limited to a 
book of rules. Accordingly, 
irrespective of context, 
giant grids were decreed as 
a result of “global goals” 
such as riot control and reli¬ 
gious prominence. 

The two illustrations are of 
LaPaz, Bolivia. The top pho¬ 
tograph shows the central 
city, which still conforms to 
the original scheme. The 
bottom photograph shows 
expansion to the north. It is 
interesting to note that this 
growth beyond the Spanish 
colonial plan has forced a 
“pebble-oriented” architec¬ 
ture. This is caused by two 
shifts in context: one of time 
and one of terrain. 


think, thus cannot design: quod erat demon¬ 
strandum. This argument, however, is usually 
emotional rather than logical. Nonetheless, the 
reader must recognize, if he is an “artificial 
intelligence” enthusiast, that intelligent ma¬ 
chines do not exist today and that theories of 
machine intelligence at this time can at best be 
substantiated with such an example as a com¬ 
puter playing a superb game of checkers 
(Samuel, 1967) and a good game of chess 
(Greenblatt, et al„ 1967). Furthermore, archi¬ 
tecture, unlike a game of checkers with fixed 
rules and a fixed number of pieces, and much 
iike a joke, determined by context, is the cro¬ 
quet game in Alice in Wonderland, where the 
Queen of Hearts (society, technology, econom¬ 
ics) keeps changing the rules. 

In the past, when only humans were involved 
in the design process, the absence of resolute 
rules was not critical . Being an adaptable 
species, we have been able to treat each other 
problem as a new sitation, a new context. But 
machiens at this point in time are not very 
adaptable and are prone to encourage 
repetition in process and repetition in product. 
The result is often embodied in a simple 
procedure that is computerized, used over and 
over , and then proves to be immaterial , 
irrelevant, and undesirable. 

Ironically , though it is now difficult for a 
machine to have adaptable methods, machines 
can be emplyoed in a manner that treats 
pieces of information individually and in detail. 
Imagine a machine that can respond to local 
situations (a family that moves , a residence 
that is expanded, an indcome that decreases). 
It could report on and concern itself specifically 
with 


the unique and the exceptional. It would con¬ 
centrate on the particulars, “for particulars, as 
everyone knows, make for virtue and happiness; 
generalities are intellectually necessary evils" 
(Huxley, 1939). Human designers cannot do 
this; they cannot accommodate the particular, 
instead they accommodate the general. "He 
(the architect) is forced to proceed in this way 
because the effectuation of planning requires 
rules of general applicability and because 
watching each sparrow is too troublesome for 
any but God” (Harris, 1967a). 

Consider a beach formed of millions of pebbles; 
each has a specific color, shape, and texture. 

A discrete pebble could have characteristics, 
for example, black, sharp, hard. At the same 
time the beach might be generally described as 
beige, rolling, soft. Humans learn particulars 
and remember generalities, study the specific 
and act on the general, and in this case the 
general conflicts with the particular. The prob¬ 
lem is therefore twofold: first, architects cannot 
handle large-scale problems (the beaches) for 
they are too complex; second, architects ignore 
small-scale problems (the pebbles) for they are 
too particular and individual. Architects do not 
appear to be well trained to look at the whole 
urban scene; nor are they apparently skilled 
at observing the needs of the particular, the 
family, the individual. As a result “less than 5 
percent of the housing built in the United States 
and less than 1 percent of the urban environ¬ 
ment is exposed to the skills of the design pro¬ 
fessions” (Eberhard, 1968b). 

But architects do handle “building-size prob¬ 
lems, a kind of concern that too often competes 
with general goals and at the same time couches 
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1 The diagram is a meta¬ 
phor. The many little forces 
are not summed or aver¬ 
aged, rather they are con¬ 
stantly and individually af¬ 
fecting a single body. It is 
this multitude of forces, 
causes, and effects that the 
machine can so readily han¬ 
dle as individual events in a 
particular context. 

2 Handling design problems 
solely at the building scale 
can provide a monumental- 
ism by ignoring all the local 
forces. Of course, Brasilia 
works, but only as a symbol¬ 
ic statement of power and 
not as a place to live and 
work. It is the result of glob¬ 
al and general (and perhaps 
unethical) goals housed at 
the wrong scale. 

3 Mojacar in the province of 
Almeria, Spain. This is an 
example of local forces 
shaping the environment. 
The unity, which results 
from more global causes, 
comes from the limitation of 
materials, resources, weath¬ 
er, and so on. (The photo¬ 
graph first appeared in Ar¬ 
chitecture without Archi¬ 
tects (Rudofsky, 1964], 
Photograph courtesy of 
Jose Ortiz Echagiie) 

4 Italian hill towns. “The 
very thought that modern 
man could live in anachron- 
'stic communities like these 
(Positano, Italy] would 
seem absurd were it not that 
they are increasingly be¬ 
coming refuges for city 
dwellers” (Rudofsky, 

1964). The unmentioned 
amenities are in fact attain¬ 
able in high-density urban 


life, now that the serial, re- 
pititious, and generalized 
aspects of the industrial 
revolution can be supersed¬ 
ed. (Photograph courtesy of 
Gabinetto Fotografico Na- 
zionale, Rome, Italy) 


personal needs in antihuman structures. The 
result is an urban monumentalism that, through 
default, we have had foisted upon us by opulent, 
self-important institutions (that can at least 
control large chunks of the beach); our period 
is a period of neo-Hancockism and post- 
Prudential ism. The cause is the distinct maneu¬ 
verability gap that exists between the scale of 
the mass and the scale of the individual, the 
scale of the city and the scale of the room. 


Because of this, an environmental humanism 
might only be attainable in cooperation with 
machines that have been thought to be inhuman 
devices but in fact are devices that can respond 
intelligently to the tiny, individual, constantly 
changing bits of information that reflect the 
identity of each urbanite as well as the coher¬ 
ence of the city. These devices need the adapta¬ 
bility of humans and the specificity of present- 
day machines. They must recognize general 
shifts in context as well as particular changes 
in need and desire. 


The following chapters have a "pebble-preju¬ 
dice.” Most computer-oriented tasks today are 
the opposite: the efficient transportation system, 
the public open space, the flow of goods and 
money. Our bias toward localized information 
implies two directions for the proposed rela¬ 
tionship between designer and machine. The 
first is a “do-it-yourselfism,” where, as in 
the Marshall McLuhan (1965) automation cir¬ 
cuit, consumer becomes producer and dweller 
becomes designer. Machines located in homes 
could permit each resident to project and 
overlay his architectural needs upon the chang¬ 
ing framework of the city. The same machine 
might report the number of shopping days 
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1 Trick automaton feigning 
to write, draw, and calcu¬ 
late, made by Leon Joly (cir¬ 
ca 1855). (Illustration cour¬ 
tesy of Editions du Griffon, 
Neuchatel, Switzerland) 

2 The computer at home is 
not a fanciful concept. As 
the cost of computation low¬ 
ers, the computer utility will 
become a consumer item, 
and every child should have 
one. (Cartoon from January 
13,1968, issue of Business 
Week. Courtesy of George 
Price) 


before Christmas as well as alert the inhabitant 
to potential transformations of his habitat. 

The second direction presupposes the architect 
to be the prime interpreter between physical 
form and human needs. The machine's role in 
this case is to exhibit alternatives, discern in¬ 
compatibilities, make suggestions, and oversee 
the urban rights of individuals. In the nature of 
a public service the architect-machine partner¬ 
ship would perform, to the utmost of each actor’s 
respective design intelligence, the perpetual 
iteration between form and criteria. The two 
directions are not exclusive; their joint enter¬ 
prise is actually one. 

What needs to be articulated, regardless of the 
format of the man-machine relationship, is the 
goal of humanism through machines. The 
question is not one of rationalism versus vitality 
(Juenger, 1949), nor the degree of rationalism 
(Ellen Berkeley, 1968), nor the castration of 
spirit by technique (Mumford, 1967). The con¬ 
cern is to avoid dehumanizing a process whose 
aim is definitely humanization. It is simply untrue 
that “unpleasant as it may be to contemplate, 
what probably will come to be valued is that 
which the computer can cope with—that is, 
only certain kinds of solutions to social prob¬ 
lems” (Michael, 1963). We will attempt to dis¬ 
prove the pessimism of such comments. To do 
this, we will ask machines not only to problem- 
solve but also to problem-worry (S. Anderson, 
1966). 

In this book, there is no distinction between 
hardware and software, between special- 
purpose computers and general-purpose 
computers. The lines between what has been 7 


done, what can be done, and what might 
be done are all fuzzy. Our interest is simply to 
preface and to encourage a machine intelli¬ 
gence that stimulates a design for the good life 
and will allow for a full set of self-improving 
methods. We are talking about a symbiosis that 
is a cohabitation of two intelligent species. 
























Architect-Machine 

Symbiosis 


Prelude to an Architect-Machine Dialogue 

Something essential to man’s creativity, even 
in science, may disappear when the defiantly 
metaphoric language of poetry gives way 
completely to the denatured language of the 
computer. 

Lewis Mumford, The Myth of the Machine 

You are in a foreign country, do not know the 
language, and are in desperate need of help. 

At first your hand movements and facial expres¬ 
sions carry most of your meaning to the silent 
observer. Your behavior uses a language of 
gestures and strange utterances to communi¬ 
cate your purpose. The puzzled listener 
searches for bits of content he can understand 
and link to his own language. You react to his 
reactions, and a language of pantomime begins 
to unfold. This new language has evolved from 
the mutual effort to communicate. Returning to 
the same person a second time, let us say with a 
new need, the roots of a dialogue already exist. 
This second conversation might be gibberish to 
a third party brought into the exchange at this 
time. 

A designer-to-machine introduction should have 
a similar linguistic evolution. Each should track 
the other’s design maneuvers, evoking a rhetor¬ 
ic that cannot be anticipated. “What was mere 
noise and disorder or distraction before, be¬ 
comes pattern and sense; information has 
been metabolized out of noise” (Brodey and 
Lindgren. 1967). The event is circular inasmuch 
as the designer-machine unity provokes a 
dialogue and the dialogue promotes a stronger 
designer-machine unity. This progressively inti¬ 
mate association of the two dissimilar species 


is the symbiosis. It evolves through mutual 
training, in this case, through the dialogue. 

Such man-machine dialogue has no historical 
precedent. The present antagonistic mismatch 
between man and machine, however, has gen¬ 
erated a great deal of preoccupation for it. 

In less than a decade the term "man-machine 
communication” has passed from concept to 
clich6 to platitude. Nevertheless, the theory is 
important and straightforward: in order to 
have a cooperative interaction between a 
designer of a certain expertise and a machine 
of some scholarship, the two must be congenial 
and must share the labor of establishing a com¬ 
mon language. A designer, when addressing a 
machine, must not be forced to resort to 
machine-oriented codes. And in spite of compu¬ 
tational efficiency, a paradigm for fruitful con¬ 
versations must be machines that can speak 
and respond to a natural language. 

With direct, fluid, and natural man-machine 
discourse, two former barriers between archi¬ 
tects and computing machines would be re¬ 
moved. First, the designers, using computer- 
aided design hardware, would not have to be 
specialists. With natural communication, the 
“this is what I want to do” and "can you do it” 
gap could be bridged. The design task would no 
longer be described to a "knobs and dials” 
person to be executed in his secret vernacular. 
Instead, with simple negotiations, the job would 
be formulated and executed in the designer's 
own idiom. As a result, a vibrant stream of 
ideas could be directly channeled from the 
designer to the machine and back. 

The second obstruction overcome by such close 
9 




This photograph first ap¬ 
peared in Edward Steph¬ 
en's The Family of Man. 
(Photograph courtesy of 
Peter Moeschlin) 


communion is the potential for reevaluating the 
procedures themselves. In a direct dialogue 
the designer can exercise his proverbial capri¬ 
ciousness. At first a designer may have only a 
meager understanding of his specific problem 
and thus require machine tolerance and com¬ 
patibility in his search for the consistency 
among criteria and form and method, between 
intent and purpose. The progression from vis¬ 
ceral to intellectual can be articulated in subse¬ 
quent provisional statements of detail and 
moment-to-moment reevaluations of the meth¬ 
ods themselves. 

But, the tete-a-tete must be even more direct 
and fluid; it is gestures, smiles, and frowns that 
turn a conversation into a dialogue. “Most 
Americans are only dimly aware of this silent 
language even though they use it everyday. 
They are not conscious of the elaborate pattern¬ 
ing of behavior which prescribes our handling of 
time, our spatial relationships, our attitudes 
towards work, play, and learning” (Hall, 1959). In 
an intimate human-to-human dialogue, hand- 
waving often carries as much meaning as text. 
Manner carries cultural information: the Arabs 
use their noses, the Japanese nod their heads. 
Customarily, in man-machine communication 
studies, such silent languages are ignored and 
frequently are referred to as "noise.” But such 
silent languages are not noise; a dialogue is 
composed of “whole body involvement—with 
hands, eyes, mouth, facial expressions—using 
many channels simultaneously, but rhythmized 
into a harmoniously simple exchange” (Brodey 
and Lindgren, 1968). 

Imagine a machine that can follow your design 
methodology and at the same time discern and 
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The sequence of photo¬ 
graphs is taken from the 
16mm film, Three Experi¬ 
ments in Architecture Ma¬ 
chines, first shown at the 
Environmental Design Re¬ 
search Association Confer¬ 
ence, Chapel Hill, North 
Carolina, June 1969. The 
prints are cropped from ev¬ 
ery fourth frame of a four- 
second scene. In these few 
seconds the user of this ter¬ 
minal has said more to the 
machine in hand-movement 
language than in any string 
of text, but it is all unheard. 
This particular person has 
never used a machine be¬ 
fore; he does not know what 
a language is without ges¬ 
tures. 


assimilate your conversational idiosyncrasies. 
This same machine, after observing your be¬ 
havior, could build a predictive model of your 
conversational performance. Such a machine 
could then reinforce the dialogue by using the 
predictive model to respond to you in a manner 
that is in rhythm with your personal behavior 
and conversational idiosyncrasies. 

What this means is that the dialogue we are 
proposing would be so personal that you would 
not be able to use someone else’s machine, and 
he would not understand yours. In fact, neither 
machine would be able to talk directly to the 
other. The dialogue would be so intimate—even 
exclusive—that only mutual persuasion and 
compromise would bring about ideas, ideas 
unrealizable by either conversant alone. No 
doubt, in such a symbiosis it would not be 
solely the human designer who would decide 
when the machine is relevant. 


The overlaying of a specific design character 
upon a generalized machine is not fanciful; 
subsequent chapters will illustrate some primi¬ 
tive attempts. An anonymous machine, after 
identifying a speaker, can transform itself into 
an exclusive apparatus that indeed would re¬ 
flect previous encounters with that speaker. The 
extent of the metamorphosis depends on the 
degree of acquaintance. At the onset of the 
partnership, the machine gathers gross features; 
later it avails itself of subtleties. The design 
dialogue is one of mutual development. 

One might argue that we are proposing the 
creation of a design machine that is an exten¬ 
sion of, and in the image of, a designer who, as 
he stands, has already enough error and fault. 
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However, we have indicated that the maturation 
would be a reciprocal ripening of ideas and 
ways. At first, jobs where the man is particularly 
inept would stimulate a nontrivial need for 
cooperation. Subsequently each interlocutor 
would avoid situations notably clumsy for this 
constitution, while prying into issues that were 
originally outside the scope of concern (or the 
concern of his profession). Eventually, a 
separation of the parts could not happen: "The 
entire ' symbolic' system is an artificial 
intelligence that cannot be partitioned" (Pask, 
1964). 

In the prelude to an architect-machine dialogue 
the solidarity of the alliance will rely on the ease 
of communication, the ability to ventilate one' s 
concerns in a natural vernacular, and the 
presence of modes of communication 
responsive to the discipline at hand. A wine 
taster would expect his partner to have taste 
buds and an understanding of vintages. An 
architect would expect his associates to have at 
least a graphic ability capable of manipulating 
and displaying a host of environmental data and 
in particular, physical form. 
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Writing machine made 
by M. F. Weisendanger. 

This device was actually 
built in 1946. When the 
mechanism worked, the 
amateur mechanician add¬ 
ed, "People would be aston¬ 
ished to see a man of our 
time sacrifice so much lei¬ 
sure and so many hours to 
such a useless piece 
of work.” 

The device was built after 
studying the complete pa¬ 
pers describing the Jaquet- 
Droz Writer, built in 1774. 
(Photograph courtesy of 
Editions du Griffon, Neu- 
ch&tel, Switzerland) 


Natural and Not-So-Natural Computer Graphics 

Man’s prolific need for graphic expression can 
be seen in telephone booths, subway stations, 
and public men’s rooms. More constructively, 
graphic media have been indigenous to archi¬ 
tects. Traditional applications range from the 
thumbnail sketch to the rendering to the work¬ 
ing drawing. In general, the conveniences of 
two-dimensional graphic representation have 
warranted overcoming the technical difficulties 
of describing three-dimensional events; conse¬ 
quently, mechanical drawing has become the 
"Latin" of all architecture students. 

Now machines can do mechanical drawing too. 
So-called computer graphics has popularized 
the architect-machine dialogue by affording a 
natural language—the picture—where the de¬ 
signer can talk to the machine graphically and 
the machine can graphically respond in turn. 
This congenial technique is surely a natural 
way for architects to express their thoughts 
and is certainly in vogue. In the past few years, 
however, it has so dramatically overstated itself 
that the 1 message" has indeed become domi¬ 
nated by the "medium.” 

Computer graphics is not a synonym for 
computer-aided design. The significance of 
graphic interaction can be no greater than the 
meaningfulness of the content in the 
transaction. No matter how fancy and 
sophisticated the computer graphics system, it 
is only a glorified blackboard or piece of paper ( 
even though possibly three dimensional), that 
is, until it overtly "talks back" and actually 
participates in the dialogue. Nonetheless, let us 
isolate computer graphics for a moment and 
look at it as a medium of communication. 


There exist two families of graphic mecha¬ 
nisms: those devices used to “input” information 
to the machine and those for the machine to 
“output” information to the designer. One par¬ 
ticular output mechanism of prime importance 
is the cathode-ray tube, a televisionlike display 
device. An electron beam, positioned by the 
computer, sweeps across the face of the scope 
(in an “on” or “off state) to draw a picture by 
exciting tiny phosphors that glow for about a 
twentieth of a second. Once traced, the image 
is regenerated and continually redrawn on the 
face of the screen until a change in content im¬ 
poses a recalculation of the beam’s path. This 
regeneration is costly because, in order to de¬ 
liver the illusion of a still image, it must occur 
between twenty and forty times per second, 
depending on the complexity of the picture. 

The cathode-ray tube’s most common input de¬ 
vice is the light pen. Rather than squirt out 
light, this stylus is a sensing device that can 
discern the light of the electron beam. With this 
instrument the designer can either detect lines, 
points, or characters, or he can drag about a 
spot of light, a tracking cross, to draw lines. At 
present it is not much like a pencil; it is a blunt 
pointer and to write with it is like applying a 
crayon to a postcard. The picture is small, the 
lines are thick, and the complexity of the dis¬ 
played image is limited. Nonetheless, at present 
it is one of the more acceptable vehicles for 
research and does allow the necessary, real¬ 
time graphic intercourse. 

The awkwardness of display devices such as 
the cathode-ray tube goes beyond clumsiness. 
For example, one original acclaim in computer 
graphics was that “crooked lines are automat- 
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1 Computer-vision's 
INTERACT-GRAPHIC. 
Presently under develop¬ 
ment. this terminal com¬ 
bines several low-cost facil¬ 
ities into one configuration 
that will allow a high level of 
interaction. The unit is de¬ 
signed as a transition be¬ 
tween present methods and 
future computer graphics. 
With this device the opera¬ 
tor can even use his own 
pencil. 

2 Computer Displays' Ad¬ 
vanced Remote Display 
Station (ARDS). This three¬ 
faced configuration was 
designed for the Depart¬ 
ment of Architecture at 
M-l.T. Each screen is a 
storage tube, a device that 
will retain an image on the 
face of the scope without 
retracing with the electron 
beam. The scope does not 
allow dynamic displays 
(rotation, translation, etc.) 
and does not allow erasing 
parts of a picture without 
recreating the whole im¬ 
age. However, the unit re¬ 
quires very little computing 
in communication and 
costs less than 10 percent 
of an IBM 2250. 

3 The Stanford Research 
Institute terminal used in 
the Augmented Human 
Intellect Research Center. 
The scope is a commercial 
(875 line) television 
monitor. 

4 A mouse, used on both 
the Stanford Research 
Institute terminal and the 
ARDS. This mechanism is 
an input device, a cheap 
device ($400 ), and a 
clumsy device. 


5 The IBM 2250. (Photo¬ 
graph courtesy of the IBM 
Corporation) 

6 The Adage display unit. 


ically turned into straight ones" (and if properly 
programmed, can even make them perfectly 
horizontal or vertical to the nearest millionth of 
an inch). Unfortunately, “instant accuracy" is 
not always desirable. In a design dialogue the 
wobbliness of lines often expresses the degree 
of clarity of architectural thought. The embodi¬ 
ment of an idea should reveal and be congruous 
with the stage of the design. One does not 
sketch with a 6H pencil and a straightedge or 
make working drawings freehand with a felt pen. 
The refinement of a project is a step-by-step 
process of sharpening both the comprehension 
and representation of one's image of the prob¬ 
lem. A straight-line “sketch" on a cathode-ray 
tube could trigger an aura of completeness in¬ 
jurious to the dialogue as well as antagonistic 
to the design. 


The clumsiness of computer graphics hardware 
is surrounded with technical difficulties, and, 
even when tackled, its resolution will not yield 
the same textural feeling as graphite on paper. 
Computer displays will force a new doodle ver¬ 
nacular if they are to capture those original 
ideas that usually reside on the backs of enve¬ 
lopes. Displays will have to allow for hazy nego¬ 
tiations to be sloppily expressed. In the mean¬ 
time the important work of Timothy Johnson 
(1963) satifies the research need for a 
“sketchpad.” 


Beyond the antisketch nature of our present 
computer sketch pads, there is a second awk¬ 
wardness. Traditionally, the architect has drawn 
plans, sections, elevations—two-dimensional 
representations—to describe graphically to 
himself and others his three-dimensional vision 
of an architectural solution. From the two- 
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1 The Rolls Royce of dis¬ 
plays, the IBM Cambridge 
Scientific Center’s 2250, 
model 4, with Sylvania tab¬ 
let. This configuration has a 
small computer (an IBM 
1130) devoted to maintain¬ 
ing the graphics. The Syl¬ 
vania tablet has been added 
to give both a smoother and 
a more simple way of draw¬ 
ing “into” the computer. 

The tablet is transparent as 
well as sensitive to the third 
dimension, in that it can 
recognize three discrete 
pen distances away from its 
surface (up to about one 
inch). The tablet can be 
used on the face of the 
screen (thus coincident with 
the displayed lines) as well 
as horizontally, off to the 
side. 

2 Drawing by Morse 
Payne of The Architects 
Collaborative made on the 
IBM Cambridge Scientific 
Center's 2250 and subse¬ 
quently plotted on a Cal- 
comp plotter. This drawing 
displays a sketchiness that 
is most often absent in com¬ 
puter displays. It is com¬ 
posed of tiny lines whose 
end points are stored in the 
1130’s memory. Note that, at 
about the shoulder and foot, 
the 1130 ran out of memory 
locations and was unable to 
f^lplay the complete draw- 


_,.aim siae view 

used in Timothy Johnson’: 
SKETCHPAD III. By drawi 
in several views the ma¬ 
chine is never confused at 
to where the lines belong, 


but the operator is. (Draw- dimensional documents, a three-dimensional 
i/our ° a u /)- eS y °f 'bmS ystems representation, a physical model or perspective 

drawing, can be extrapolated. More recently the 
design process has been inverted in that we 
sketch with study models of clay, cardboard, 
styrofoam, or little wooden blocks. (Unfortunate¬ 
ly, the gestalt of the forms generated by these 
three-dimensional study models unconsciously 
implies the form of the final solution.) In the 
later stages of design, sections are derived from 
the model in order to study or represent aspects 
concealed by, or unrepresentable in, the physi¬ 
cal model. 

In computer graphics, unlike the traditional 
trends and more like contemporary methods, a 
model always exists. Regardless of how it is 
stored within the machine, a description of the 
physical form must reside in the memory. From 
this internal description the machine can pro¬ 
duce a section at any point, innumerable plans, 
and unlimited perspectives. Though it affords 
prolific two-dimensional output, this internal 
model becomes an imposition on the dialogue. 
For example, when drawing a section every 
point must have a clearly identified depth, or 
else the designer must draw in several or¬ 
thogonal views simultaneously. Furthermore, 
the designer must explicitly tag surfaces and 
volumes. At their present stage of development 
computer graphics systems demand an a priori 
knowledge of whether the designer is working 
with lines, planes, or volumes, because each 
requires a different reception. 

In computer graphics systems the architect is 
obliged to work in a predetermined mode (usu¬ 
ally volumetric) which employs predefined ele¬ 
ments whose proportions and scale may be 
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manipulated. Such a system was developed by 
Lavette Teague (1968) when at M.l.T. Teague’s 
system—BUILD—allows the multiple juxtaposi¬ 
tion of parallelepipeds. Spaces are described 
by volumes and are attached to each other by 
complete or partial surface-to-surface connec¬ 
tions. In this case the topology of the shapes is 
kept constant, and the proportions are manipu¬ 
lated. The systems try to offer comprehensive, 
architectural computer graphics. It does not 
provide for a dialogue. It is computerized. 


Computer-Aided versus Computerized 

“Computerized” operations are too often mis¬ 
named "computer-aided.” The computerized/ 
computer-aided distinction is too often con¬ 
fused with, or solely embodied in, the mode of 
machine usage. 

The traditional (for the past 20 years) mode of 
computer usage, “batch processing,” entails a 
computation center to which a user delivers a 
“program” (a deck of cards, magnetic tape, 
paper tape) to be “run.” Then several hours or 
days later the user returns to receive his “out¬ 
put.” More recently, a new mode, “time¬ 
sharing,” allows terminals (usually teletypes) in 
the office or at home. The terminals are con¬ 
nected to a large central machine (and thus 
interconnected with each other) by standard 
telephone lines. This system of remote and 
multiple machine access permits many physi¬ 
cally separated users to share one large ma¬ 
chine at the same time. The rapid swapping of 
users’ programs in and out of the central ma¬ 
chine provides each user with the illusion of a 
dedicated machine and permits him continual 
use of his terminal. This mode of operation is a 
form of “on-line” usage. 

It is commonly suggested that by furnishing a 
time-sharing system the on-line nature of the 
interaction in itself is a dialogue and transforms 
computerized procedures into computer-aided 
ones. This is simply not true. For example, let 
us suppose you desire the average apartment- 
to-parking-space distance for some design 
project. In a batch-processing mode (assuming 
the program exists) you supply as data the 
description of your design, and the average d* s ' 
tance returns hours later, indeed a computer¬ 


ized procedure. On the other hand, in a real¬ 
time environment you have a teletype terminal, 
the project description resides in the machine, 
and you simply type in the apartment-to- 
parking-distance command. But just because 
the answer comes back in three seconds rather 
than three days, computerized does not become 
computer-aided. It simply becomes more con¬ 
venient “computerizedness.” Computer-aided¬ 
ness demands a dialogue; events cannot be 
merely a fast-time manifestation of causes and 
effects. 

On-line communication therefore is not a suffi¬ 
cient (though necessary) condition for a com¬ 
puter-aided environment. Computer-aided 
design requires at least three additional fea¬ 
tures: (1) mutual interruptability for man and for 
machine, (2) local and dedicated computing 
power within the terminal, and (3) a machine 
intelligence. 

Interruptability gives a dimension of interaction 
at allows the process, as well as the product, 
to be manipulated. In a computer-aided system, 
e na ctiine may interrupt the user and present 
e unsolicited information, for example, that 
e cost of his low-income housing project is 
1 y-eight dollars per square foot. The architect 
might welcome the remark, ignore it, or take 
° ensear ’d request that such interludes of 
inance.be restricted. However, regardless of 
e designer’s response, the apparent high cost 
might have overlooked substantial indirect 
avings not accounted for in the original es- 
imating routine. In this case the designer could 
mper with the estimating procedure and in- 
orporate hitherto neglected parameters. 


Unfortunately, the present time-sharing phil¬ 
osophy fosters a cause-and-effect conversation. 
Time-sharing assumes that a designer’s explicit 
manipulations will occupy between one and ten 
percent of any sitting; the remaining time rep¬ 
resents his deliberations and distractions. Each 
user’s moments of contemplation are in effect 
another user’s instants of computation. A 
designer can interrupt his own program, but a 
routine cannot easily interrupt its partner in 
thought. In order to leave the computational 
utility available for other users, each routine 
resides in the machine only when explicitly 
called into service by its particular user. In 
other words, the routine (the user’s machine) 
can listen but cannot interrupt. 

To retain the assets of time-sharing, avoid the 
anathema of batch-processing, and acquire 
mutual interruptability, we adjust the allocation 
of computing power. We transfer some of the 
information-processing power and transfer a 
certain manipulative and storage capacity to 
the terminal that was originally a teletype trans¬ 
mission and reception device. This semiautono- 
mous terminal (possibly portable) is a small 
computer that would be a “machine in resi¬ 
dence.” An architecture machine would be such 
a machine. The designer would speak directly 
to this satellite machine. In turn, this small, 
remote computer would interactively converse 
with larger parent machines. (Sending work out 
to a central mechanism would be automatic 
and exclusive of the designer; the recourse 
would be for reasons of speed or memory or 
information or all three.) 

The machine at the location of the designer 
would undergo the personalization. It would be 
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1 Leon Groisser at home in 
his garden. 

2 The author at home. 

3 Computers at home are al¬ 
ready being used in an in¬ 
formal manner. 

4 Architecture students us¬ 
ing the time-sharing system 
CP/CMS. Since 1965, all 
M.l.T. architecture students 
have been required to take 
at least one semester of 
computer programming as a 
prerequisite to the Bachelor 
of Architecture degree. 

Most of them have had the 
good fortune to learn on a 
time-sharing system. The 
advantage is obvious: on a 
console, a student can take 
high risks and can play. 

This is what learning is all 
about. 


composed of additive and subtractive pieces of 
hardware as determined by the discipline of its 
partner. This local aggregation of parts would 
perform the dialoguing, the evolving, and the 
interrupting. Observe that the interrupting and 
the reinterrupting would depend on the nature 
of the designer’s activities, on the context of 
his efforts. Through familiarity with a specific 
designer's idiosyncrasies, the appropriateness 
of the machine’s interruptions would be suitably 
reinforced by context—the inception of an 
intelligent act. 

A mechanical partner, as we have suggested, 
must have intelligence. Customarily, computer- 
aided design studies and intelligent automata 
studies have been antipodal efforts "between 
mechanically extended man and artificial intel¬ 
ligence” (Licklider, 1960). On the one hand, in 
the context of computer-aided design we are 
told to render unto each their respective design 
functions and talents: man thinks and the ma¬ 
chine calculates. On the other hand, in the 
context of automata studies we are told that 
“Anything you can do, a machine can do 
better.” 


The two outlooks are not necessarily contradic¬ 
tory. For the present discussion there is a real 
issue whether machine intelligence can be in¬ 
dependent of human intelligence. In computer- 
aided design only the combination of mechani¬ 
cal amplification and mechanical imitation will 
validate the dialogue. The dialogue will evolve 
an intelligence, this intelligence will stimulate 
a more profound dialogue, which in turn will 
promote further intelligence, and so on. Further¬ 
more, the concurrence of “extended designer” 
and "artificial designer” will force a design 
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redundancy and an overlapping of tasks that 
are necessary for the understanding of intricate 
design couplings. Perpetual cross-examination 
of ideas by both the man and the machine will 
encourage creative thought that would other¬ 
wise be extinguished by the lack of an antagon¬ 
istic (and thus challenging) environment. 
Computer-aided design concerns an ecology 
of mutual design complementation, augmenta¬ 
tion, and substitution. 


Adaptable Machines, Sensory Machines, and 
Parent Machines 

A computer-aided design system is too often 
characterized or glorified by its size and its 
repertoire of operations. A zoo of design ser¬ 
vices frequently provides the designer with the 
illusion of generality through sheer quantity of 
specific routines. In Steven Coons’s original 
Outline of the Requirements for a Computer- 
Aided Design System (1963), the danger of ex¬ 
hibiting a false generality has been well 
marked. As long as the designer never calls for 
a capacity that is not rigidly embedded in the 
machine, the system will be successful. How¬ 
ever, since it is not feasible to predefine and to 
pinpoint all plausible operations and design 
activities, it follows that a successful design 
partner might be composed of one intelligent 
and adaptable service rather than a group of 
special-purpose services. 

The principle is simple and, in computer-aided 
design history, old. A well-nourished platoon of 
specific design operations expects a status quo 
and excludes a methodological evolution and 
self-improvement. As a consequence, so-called 
problem-oriented languages have been devel¬ 
oped in an attempt to avoid this stagnation by 
providing each user, after a brief learning peri¬ 
od, with the potential of creating his own tailor- 
made utilities. 

A problem-oriented language is a high-level 
computer language whose formulation and 
implementation assume a specific discipline or 
set of disciplines. Such a language provides 
the equivalent of a set of nouns, verbs, and 
phrases. A user can easily learn them because 
of their simplicity and relevance to his profes¬ 


sion. For a civil-engineer user, basic operations, 
like calculating bending moments or shear 
forces, might appear as verbs and be combined 
with declarations; for example, TYPE PLANE 
TRUSS YZ/LOADING LIST ‘TRUS-UNI'/DETE RMI NATE 

ANALYSIS (Logcher, 1967). With such commands, 
the user can implement his own algorithm for 
determining the behavior of a structure. 

But two things are wrong. First, we have a con¬ 
dition where each designer is creating his own 
library of services out of the problem-oriented 
language. Once created, note that these opera¬ 
tions are no less rigid and specific than the 
predefined package of design commodities. 
Even though the routines are user chosen and 
user made, they might be less effective than if 
created by someone (or a machine) versed in 
the computer sciences, with the full potential of 
lower-level languages available to him. Second, 
when using a problem-oriented language, the 
user-made repertoire of operations is largely 
determined by the language itself and the user’s 
understanding of it rather than by the nature of 
the design problem itself. The appearance of 
particular commands in the language and the 
absence of others completely prejudices both 
the choice of problem and the method of imple¬ 
mentation. In other words, a problem-oriented 
language gives the same illusion of generality 
as the rigid regiment of services. The common 
failure is a misunderstanding of the difference 
(which is not a semantic difference) between 
flexibility and adaptability. 

The omission is evolution. A dialogue must be 
evolutionary; a mechanical partner must be 
evolutionary and hence adaptable. An adapt¬ 
able machine is a generalized mechanism that 


at any instant can transform itself (in response 
to a change in context) to appear as a special- 
purpose machine. By sampling its environment, 
an adaptable machine could freely move from a 
state of universality to a state of single- 
mindedness. 

No adaptable machine exists today. However, 
we can (and should) discuss the environment 
that such machines might sample in order to 
transform themselves. So far we have presented 
a duet—designer and machine—in which the 
machine’s “image” of the real world is solely 
through one human partner. The designer’s 
personal prejudices and distortions of the real 
world would be planted, consciously or sub¬ 
consciously, in the machine. In such a closed 
system the machine could easily develop into a 
“design patsy” or “yes-man.” The machine 
would not challenge goals; it would only be pre¬ 
pared to mimic the communicative manner and 
methodology of its one user. In this situation 
the designer could embed his preconceived an¬ 
swers, and, accordingly, a noncreative, compla¬ 
cent partnership would be formed through the 
lack of a challenging environment. 

Beyond the one-architect-one-machine dia¬ 
logue, the milieu of an adaptable machine must 
embody two further contacts with the real world. 
First, an adaptable machine (and thus an archi¬ 
tecture machine) must receive direct sensory 
information from the real world. It must see, 
hear, and read, and it must take walks in the 
garden. Information should pass into the ma¬ 
chine through observation channels that are 
direct rather than undergo the mutations of 
transfer from the real world to designer's sen¬ 
sors to designer's brain to designer's effectors 
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Aspects of 
Design Procedures 


From Perspectives to Holography 
Drawing a perspective is a procedure for visu¬ 
alization, a procedure that has suffered from 
faddism in computer graphics, a procedure that 
can unfairly influence the process of creating 
physical form. Alberti’s formalization of per¬ 
spective in 1432 helped foster the Renaissance 
preoccupation for the observer and the viewing 
position (and possibly symmetry). Later, when 
man regularly built above six stories, the “bird s 
eye 1 ’ and the “worm’s eye” view made the 
stationary viewer even more manifest. Photog¬ 
raphy even further reinforced this syndrome. 

Finally, the movie camera relieved the 
stationary-observer obsession by allowing the 
consideration of a path of movement and rota¬ 
tions of a field of vision. Cinematographic 
methods, however, were cumbersome, and the 
film processing time made movie-making a 
presentation procedure (off-line) rather than a 
study medium (on-line). Then came the instan¬ 
taneous images of closed-circuit television. 
Coupled with a model scope or fiber-optics 
cord (optical devices for visually placing one¬ 
self within scale models), a designer could push 
his way through a model to simulate roughly the 
visual experience. Unhappily, television tech¬ 
niques are unwieldy. 

The computer is a natural medium for the mass 
production of perspective images. At first, 
numerically controlled plotters were employed 
to draw perspectives at hundreds of small in¬ 
crements along a path. These drawings were 
then filmed with animation procedures to pro¬ 
duce a cartoon of moving figures (Fetter, 1964), 
a general procedure more cumbersome than 
any previous method. Then the plotter was 


replaced with the cathode-ray tube in anticipa¬ 
tion of creating perspective drawings (in their 
appropriate transformations) at a rate of sixteen 
to twenty frames per second, for providing the 
illusion of traveling through an environment at 
any speed and in a flicker-free manner 
(Negroponte, 1966). Assume that on the screen 
of a cathode-ray tube we have a perspective 
drawing, derived from the machine’s model of 
some project. The rendered perspective is a 
crude jungle of lines describing a wire frame 
structure. Larry Roberts (1963) has taken out 
the hidden lines, David Evans et al. (1967) have 
put in halftones, and everybody is trying to 
perform the perspective transformations in 
real time. 

Meanwhile, General Electric’s Electronics 
Laboratory, Syracuse, New York, under NASA 
contract, has developed a special-purpose 
computer that permits a viewer to voyage 
through an environment with hidden lines re¬ 
moved, with halftones, in real time, and in color. 
Furthermore, the user of this system commands 
the movement with an aircraft-type control stick 
that delivers him a motor involvement with the 
visual simulation. P. Kamnitzer of U.C.L.A. is 
presently applying the NASA-General Electric 
system to urban visual simulation problems 
(Kamnitzer, 1969). 

The history is long; the list of participants is long 
(M. Milne, 1969). Why the great concern with 
perspectives? First, the problem is intrinsically 
natural for computer graphics studies, its formu¬ 
lation is technically difficult (thus stimulating), 
and it requires no exarjination of design 
philosophy. 
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1 da Vinci: “Le Prospecto- 
graphe," drawing circa 
1488. (Courtesy of Bibliote- 
ca Ambrosiana, Milan) 

2 Durer: 'Le Dessinateur de 
la femme couchee," en¬ 
graving, 1525. 

3 Durer: “Le Portraitiste," 
engraving circa 1525. 
(Courtesy of the Biblio- 
th6que nationale, Paris) 

4 Six frames of a computer 
graphics film on visibility 
studies of an aircraft carrier 
landing. The film was made 
by William Fetter for the 
Boeing Company. The last 
ten seconds of the carrier 
landing required two 
hundred and forty comput¬ 
er-drawn perspectives to be 
plotted, touched up by an 
artist, and then filmed. (Il¬ 
lustrations courtesy of the 
Boeing Company) 

5 Three black and white 
photographs of Peter Kam- 
nitzer’s color display at the 
Visual Simulations Labora¬ 
tory of General Electric. The 
images are from the CITY¬ 
SCAPE program, and they 
are presently restricted to 
240 edges per frame. (Pho¬ 
tographs courtesy of Peter 
Kamnitzer) 

6 A rendering made to 
study the effects of increas¬ 
ing to 1.500 edges in the 
above system. (Courtesy 

of Peter Kamnitzer) 
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1 Larry Roberts’ Wand. 
(Courtesy of Lincoln Labo¬ 
ratories) 

2 An electromechanical de¬ 
vice used for input of three- 
dimensional data. The de¬ 
vice is much like an aircraft 
joy slick and is coupled with 
the adjacent stereoscope. 
(Photograph courtesy of Mi¬ 
chael Noll) 

3 A stereoscopic viewing 
attachment on a large 
cathode-ray tube. This 
attachment was designed by 
C. F. Mattke for use by Mi¬ 
chael Noll in his investiga¬ 
tion of three-dimensional 
man-machine communica¬ 
tion, performed at the Bell 
Telephone Laboratories. 
(Photograph courtesy of Mi¬ 
chael Noll) 


Perspective is a natural procedure for repre¬ 
senting in two dimensions the illustration of a 
three-dimensional event. On a picture plane a 
trace of points defines the intersection of 
imaginary lines between a monocular observer 
and the real or unreal world. When the picture 
plane is removed from this world and viewed 
from the same vantage point, the image is an 
accurate representation with no distortion. The 
mode thus affords an appropriate visual rep¬ 
resentation of the visual aspects of an architec¬ 
tural real world. But, with future three- 
dimensional displays and input mechanisms, 
the virtuous role of the perspective drawing 
surely will be diluted. As Coons states, “In a few 
years from now (April 1968) you (a group of 
architects) will be able to walk into a room and 
move your hand and have a plane or surface 
appear before you in light. You will be able to 
build a building in light so that you can walk 
around it and change it” (Herzberg, 1968). 

The dramatics of such dazzling statements 
stem from the age-old desire of the architect 
to be able to lift his pencil, gesticulate in mid¬ 
air, and have the stylus ooze out lines that float 
in space. Part of this desire has already been 
fulfilled by an ultrasonic position-sensing de¬ 
vice. Larry Roberts’ Lincoln Wand allows the 
computer (within a work space of ninety-six 
cubic feet) to track the x-y-z position (to the 
nearest one-fifth of an inch) of a hand-held, 
pen-size device (Roberts, 1966). Four ultra¬ 
sonic transmitters recurrently pulse bursts of 
energy, and the Wand reports to the computer 
the time at which it heard each signal. The 
computer uses three time lengths to determine 
trigonometrically the pen’s position; the fourth 
transmitter provides a geometric check on the 
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11 van Sutherland’s helmet. 
(Courtesy of Ivan Suther¬ 
land) 

2 The Direct-View Three- 
Dimensional Display Tube 
developed at Hughes Re¬ 
search Laboratories by R. 

D. Ketchpel (1963). In con¬ 
trast to other presentations 
in which the third dimension 
is simulated stereoscopi- 
cally, this device displays 
the information in actual 
space. The three-dimen¬ 
sional display tube utilizes a 
Phosphor-coated disc spin¬ 
ning at 900 rpm. Upon exci¬ 
tation by a cathode-ray 
beam at selected times, any 
point in the volume “swept 
out may be illuminated 
thirty times a second. (Pho¬ 
tograph courtesy of R. D. 
Ketchpel) 

3 This illustration is a di¬ 
rect positive print of a holo¬ 
gram of the model to the 
left, if viewed as a trans¬ 
parency with a coherent 
light source behind, this 
hologram would display the 
model in three dimensions. 


measurements. Unfortunately, the Wand does 
not leave traces in midair upon which to build 
consecutive lines (which aggravates the prob¬ 
lem of hand trembling). Though a three-dimen¬ 
sional model is being constructed within the 
machine, the output associated with the Wand 
is at present a perspective or axonometric 
display. 

Further efforts will eventually allow three- 
dimensional displays to be joined with wandlike 
devices. Ivan Sutherland is creating a machine 
that gives the illusion of actually walking 
around and within visual models (I. Sutherland, 
1968). The device is a helmet mounted with 
two eyeglass-size cathode-ray tubes (with 
prisms) that permit stereoscopic images to be 
transformed in accordance with the head posi¬ 
tion of the wearer. In this case three antennas 
report the user's position, but the movement 
could also be monitored with the user driving 
a simulated car and actually driving through a 
city that does not exist in the real world. With 
halftones, color, and real time, this technique 
would afford an excellent simulation of the 
visual world. Sutherland’s device even allows 
for a split image, through the prisms, that per¬ 
mits the designer to view his project overlaid 
upon the visual real world. 

Another three-dimensional display technique 
is holography (Gabor, 1948). TV Guide peri¬ 
odically tempts its readers with three- 
dimensional television: ballet dancers in your 
living room and the Tonight Show in your bed. 

In hologram television, “the pictures have a 
realism unattainable by any other means. The 
three-dimensional effect is obtained without the 
need for a stereo pair of pictures, and without 
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the need for any devices such as Polaroid 
glasses. In addition, all the visual properties of 
the original scene, such as parallax between 
near and far objects in the scene, and a change 
in perspective as a function of the observer’s 
viewing position, are present” (Leith and 
Upatnieks, 1965). This apparition is achieved 
by recording the interference patterns of two 
sources of coherent light (usually lasers), one 
reflected directly from the object and the other 
by a mirror. 

At present, efforts are being conducted to 
construct through computation synthetic 
holograms for simple geometric configurations 
(Lesem et al., 1968). One method calculates the 
interference patterns and plots the result on a 
transparency. Another method positions a small 
mirror in three-dimensional space and traces 
the configuration in the presence of the neces¬ 
sary light sources, in effect, taking a time-lapse 
hologram (Stroke and Zech, 1966). So far, 
neither method is in real time. 

When computers can simulate holograms in 
real time (using some flat-screen television 
technique), views of the machine's mathe¬ 
matical model could be selected in a general 
manner, and the designer’s head movements 
could supply specific vantage points. Soon, on 
a display device, architects will have glimpses 
of physical environments that do not exist. 
These witnessings will be in full color, with 
halftones, and in three dimensions. 

The reader must remember that these appar¬ 
ently ghostlike images are only visual simula¬ 
tions. Though the better ones will furnish a 
motor involvement with the designer, the de¬ 


vices that have been discussed do not delve 
into the crucial problem of machine response to 
nonvisual involvement with the environment: 
auditory simulation, tactile presence, feeling of 
a breeze in a lonely space. 


Generation of Solutions 

To some of the more hidebound architects the 
concept of a machine generating three- 
dimensional solutions is immoral, impossible, 
or endorses unemployment for threatened 
architects. The premise is that a human archi¬ 
tect’s experience gives him license to be the 
exclusive translator of human requirements 
into physical form. 

Physical form, according to D’Arcy Thompson 
(1917), is the resolution at one instant of time 
of many forces that are governed by rates of 
change. In the urban context the complexity of 
these forces often surpasses human compre¬ 
hension. A machine, meanwhile, could pro¬ 
create forms that respond to many hereto un¬ 
manageable dynamics. Such a colleague would 
not be an omen of professional retirement but 
rather a tickler of the architect's imagination, 
Presenting alternatives of form possibly not 
visualized or not visualizable by the human 
designer. 

An architect would not and should not confront 
a criteria machine” to decrease visual privacy, 
mcrease public access, and watch contortions 
°f form on a television screen. Instead, in the 
rhythm of the dialogue, a solution-generating 
capacity would be an evolutionary enterprise 
where the machine would act in “interrupt” or 
reply” to its partner's activity. The architect 
might search for a configuration by observing 
f e machine’s attempts at satisfying a state¬ 
ment of the problem, or the machine might learn 
y observing the architect. In such a system 
°th the architect and the machine could inter¬ 
rogate each other in order to locate those char¬ 
acteristics of the site and the criteria that im¬ 


posed certain factors and courses of action on 
the generated solutions. 

There are two distinct types of generated 
solution: one accommodates underconstrained 
problems; the other works within overcon¬ 
strained situations. The underconstrained 
situation (rare in architecture) has a large set 
of possible solutions. The criteria are satisfied 
by many alternatives. These alternatives must 
then be evaluated by the architect using "in¬ 
tuitive” means, selection criteria he either does 
not understand or has never presented to the 
machine. 

In the overconstrained problem, the generating 
mechanism is presented with great amounts 
of factional criteria that no form can completely 
satisfy. The generating mechanism searches 
for a solution that best relaxes the constraints, 
a point of greatest “happiness” and least "fric¬ 
tion.” The resulting form is a status of criteria 
compromise where the constraints least an¬ 
tagonize one another. 

Both problem types involve trial-and-error 
procedures, tasks well suited for self-improving 
machines. In many cases random numbers are 
employed; they deserve mention, as their use is 
often misunderstood. In solution generation, a 
random number is a substitute for missing 
information or unpredictable information. Rath¬ 
er than just cast a Monte Carlo atmosphere of 
surprise, random numbers simulate non- 
deterministic events such as family displace¬ 
ments, employment changes, physical expan¬ 
sion. Usually, as a system grows, events be¬ 
come more and more deterministic, and the 
possible alternatives diminish. Generating pro- 
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1 GRASP, Generation of 
Random Access Site Plans. 
This computer program gen¬ 
erates solutions only within 
an underconstrained situa¬ 
tion where the operator 
specifies dimensions, "no¬ 
build areas," density, cost, 
and aspects of privacy. 
“Good" solutions can be 
plotted in perspective or or¬ 
thographic modes. (Work by 
Eric Teicholz. Illustration 
courtesy of the Harvard 
Laboratory for Computer 
Graphics) 

2 Two outputs of COMPRO- 
GRAPH 3 by Eric Teicholz 
and Thomas Follett 
for architects Perry, Dean, 
and Stewart. The user pre¬ 
pares a three-dimensional 
matrix as input, specifying 
size and functional relation¬ 
ships. After specifying the 
envelope, radial or linear, 
the routine will generate 
schematic plans on a floor- 
by-floor basis. This particu¬ 
lar computer program pro¬ 
motes a present-day meth¬ 
od that in itself is debatable 
and is certainly question¬ 
able in the light of emerging 
computer techniques. (Illus¬ 
trations courtesy of the Har¬ 
vard Laboratory for Comput¬ 
er Graphics) 

3 RUMOR, The random gen¬ 
eration and evaluation of 
plans. A matrix of relation¬ 
ships is established by the 
operator for each criterion. 

“No effort has been made to 
generate only ‘good’ plans" 
(Bernholz, 1969). The two il¬ 
lustrations represent a 
house plan composed of a 
living room, dining room, 
kitchen, four bedrooms, one 


bathroom (a debatable 
functional relationship), a 
TV room, a washroom, and a 
sewing/laundry room. (Illus¬ 
trations courtesy of the Har¬ 
vard Laboratory for Comput¬ 
er Graphics) 

4 A preliminary output from 
the Children's Hospital Proj¬ 
ect of the Leo A. Daly Com¬ 
pany, Architects. The 134 
activities are given minimal 
interrelationships. While 
talking with a particular de¬ 
signer, the program implicit¬ 
ly develops functional rela¬ 
tionships through trial and 
error, punishment and re¬ 
ward. Over time the system 
should improve. It is now 
under research by Stephen 
Flanders and Lee Wind- 
heim, using the Service 
Bureau's CALL 360. (Illus¬ 
trations courtesy of the Leo 
A. Daly Company) 
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The three small illustrations 
are models of three of the 
ten inputs to LEARN. The 
remaining illustrations are 
representative of the out¬ 
puts at different time inter¬ 
vals. The work was per¬ 
formed by Anthony Platt, 
Peter Bailey, Gary Ridgdill, 
and William Hurst. 


cedures can appropriately acknowledge this 
sort of growth by changing the distribution of 
“randomness” in response to the present state 
of the form, as described by previous actions, 
external information, and stage of growth. 

As one example of solution generation, a stu¬ 
dent project—LEARN—was developed by a 
group of M.l.T. Master's of Architecture stu¬ 
dents who had no previous computer program¬ 
ming experience. LEARN was a computer 
mannerist. It watched the designers' activities 
by observing ten simple solutions. (In this case 
they were “sugar-cube” models transcribed to 
punch cards describing x-y-z centroid locations 
of solids and voids). Following these ten arche¬ 
types, the machine was asked to generate a 
solution of its own. The appeal of this simple 
experiment is that the criteria were first de¬ 
termined from the form and then used in the 
generation of the alternatives. The students 
observed the variations within the given “style” 
of the solution. The mannerism was derived 
from the original ten solutions and was then 
updated by the eleventh. The machine pro¬ 
ceeded to generate a twelfth solution, updated 
its “manner,” generated a thirteenth, and so on. 
After a denouement of five thousand separate 
solutions to the same problem, the mannerist 
machine did not generate or embark on wild 
tangents. In fact, the conviction of the machine 
was so intense that the last thousand solutions 
had little distinguishing variety. 

A second example is GROWTH, also a student 
project. This system operated within a larger 
work space (approximately a square mile) than 
LEARN and did not observe a specific design¬ 
er's methods. The generated solutions were 









GROWTH. The final run of 
this program used two 
hours of dedicated IBM 
360/65 computer time to 
simulate 266 stages of 
growth. The experiment was 
conducted by Judd Knoll. 
John Maugh, and Chin Pai. 

The eight illustrations, from 
top to bottom, represent the 
following stages with the as¬ 
sociated number of solids: 

stage-solids 

11-11 

26-69 

35-103 

59-205 

131-555 

179-801 

235-1082 

266-1251 


periodic glimpses at stages of growth. The 
computer employed the principle of “influ¬ 
ences.” where each element's status (solid or 
void) was determined by its "conviction” (to be 
what it was or to be what it was not). As soon 
as a void became solid or a solid became void, 
ripples of influence would disperse, locally 
disturbing the convictions of adjacent elements 
(in proportion to proximity and activity relation¬ 
ships). A solid might become more convinced 
of its solidity or else an adjacent void might 
tend toward a state of solidity, being now un¬ 
convinced of its status. In effect, the rules of 
conviction were the generating force. For 
example, a lone ten-foot cube in the middle of 
a large field might influence its void neighbors 
under one set of rules to be less convinced of 
their voidness and accordingly raise their 
probability of changing state in the next stage of 
growth. Meanwhile, another set of rules might 
make the edge members of a large complex 
thoroughly convinced voids or thoroughly 
convinced solids. The same rules might tend to 
lower the conviction of deeply embedded solids 
(in order to avail the form of interior open 
spaces in response to size). 

A third example is the ongoing research of 
Timothy Johnson and Richard Krauss at M.I.T., 
under NSF contract (T. Johnson et al., 1969). 
Under the direction of Albert Dietz, this space- 
allocation work employs sophisticated mathe¬ 
matics and sophisticated graphics to optimize 
cross-coupled constraints and display the re¬ 
sults. The generated solutions are composed of 
“use-surfaces” and “use-volumes. They are 
the result of optimization techniques that 
assume missing information (as opposed to 
replacing it with random numbers). A generated 


solution is a function of weighted proximities, 
orientations (site and exposure), visual access, 
acoustical access, circulation, and others to be 
implemented. It is displayed to the user for his 
consent and rearrangement. Subsequently, the 
machine regenerates a solution more specified 
than the last but in the same tenor as the last. 
Because the machine does not explore diver¬ 
gent tacks, it could channel the unwary user in 
the wrong direction. 
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A photographic record of a 
circulation conflict. In this 
case the simulation is the 
real world, the best model 
but the most expensive. 
Similar displays will soon 
be manageable by comput¬ 
ers. (Photographs by Tom 
Payne) 


Simulation of Events 

When enough empirical or experimental rules 
are known about a process, machines can be 
made to take on the character of the event 
and undergo a make-believe happening of that 
process, a simulation. Given reasonable proto¬ 
cols and maxims, this form of mechanical mas¬ 
querade is a powerful method for refining an 
original set of rules or pretesting designs and 
procedures. 

The simulation of events can benefit the archi¬ 
tect in two ways. If the designer does not fully 
understand the behavioral aspects of an event, 
he can play with rules and regulations, search¬ 
ing for recognizable activity patterns. In other 
words from empirical knowledge of a set of 
actions and reactions for specific environments, 
a designer could inductively compose postu¬ 
lates or algorithms applicable in other contexts. 
For example, if he understands from on-pre¬ 
mise measurements the vertical circulation 
patterns for several different environments, 
he could describe these environments to the 
machine and hypothesize seemingly appro¬ 
priate rules. Then when the machine, using 
these rules, displays the vertical circulation 
patterns for the known environments, it re¬ 
veals the divergencies between the empirical 
data and the designer’s rules—between 
what he knows he should see and what he 
does see—giving him information by which 
to modify the rules, always observing whether 
the change has a positive or negative effect. 
Eventually, using a dynamic on-line system, 
he will be able to converge on rules of simula¬ 
tion that can be applied to other environments. 

The second design application, pretesting, 


assumes the rules are correct. Whether empir¬ 
ical or experimental, simulations are no better 
than their underlying rules, whether the rules 
are provided by the man or by the machine. If 
the simulation model is correct, a designer or a 
machine can observe the performance of an 
environment, a specific context. Someday, 
designers will be able to subject their projects 
to the simulations of an entire day or week or 
year of such events as use patterns and fast¬ 
time changes in activity allocations. On display 
devices, designers will be able to see the 
incidence of traffic jams, the occurrence of 
sprawl, or sweltering inhabitants searching for 
shade. For the present discussion, the most 
easily reproducible event is circulation, a 
perplexing and important urban situation in 
itself. 

Many sophisticated organizations have spent 
time and money in programs that simulate 
circulation, primarily vehicular circulation. 

Rather than observe these elaborate simulation 
techniques, let us observe two very simple cir¬ 
culation models that have been devised to simu¬ 
late pedestrian movement. The models result 
from two M.l.T. student projects involving 
architecture students, once again with almost 
no previous programming experience. 

The first simulation model describes three 
parameters: spaces (function, capacity, desir¬ 
ability), circulation interfaces (direction, ca¬ 
pacity, demand) and people (arrivals, de¬ 
partures, frustrations). The model assumes the 
chosen environment to be a discrete chunk of 
the real world, with a certain number of pedes¬ 
trians leaving the system and others arriving at 
each time interval. At each instant, the circula- 
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CARS — computer- 
automated routing and 
scheduling. This system is 
designed to provide door- 
to-door transportation in 
low-density suburban areas. 
The aim ot CARS is to pro¬ 
vide service approximating 
that of the taxicab, but at a 
price approximating mass 
transit bus systems. 

The six illustrations repre¬ 
sent a simulation of CARS 
in operation with twelve ve¬ 
hicles on an area of nine 
square miles with about 
ninety demands per hour. 
Two particular criteria are 
enforced: no one should 
wait more than fifteen min¬ 
utes, and no one should 
travel more than 1.8 times 
the direct driving distance. 

The illustrations have been 
photographed from an 
ARDS tube which runs off 
the M.l.T. time-sharing sys¬ 
tem. The work is being per¬ 
formed at M.l.T's newly cre¬ 
ated Urban Systems Labora¬ 
tory under the direction of 
Daniel Roos. 

1 All waiting demands at 
time 45 

2 The projected tour of vehi¬ 
cle 11 at time 45 

3 A history of vehicle 11 at 
time 45 


4 All waiting demands at 
time 60 


5 The projected tour of vehi¬ 
cle 11 at time 60 


6 A history of vehicle 11 at 
time 60 


tion activity and the space populations are 
determined by random numbers controlled by 
parameters of frustration and desire. Although 
this work was not implemented on a graphic 
display device, the authors (with some effort) 
can observe jammed doorways, vacant com¬ 
mercial spaces, and periodic peaks in major 
circulation routes. Their physical model can be 
changed and manipulated in search for less 
antagonistic circulation patterns, iterating 
toward a design solution that would display 
ambulatory ease and facility. 

In this example, simulation techniques describe 
agglomerates of people, whole groups moving 
from space to space in one cycle. The second 
student model applies variable parameters to 
each individual pedestrian. Characteristics of 
desire and destination control the simulated 
movement of each individual pedestrian in ac¬ 
cordance with his local environment. The stu¬ 
dent can observe frustrations and localized 
frictions that are not only a function of the 
physical form but responses to the individual 
personalities of the other pedestrians in the 
same space. The student can observe a dashing 
blonde unsettle corridors or a precipitate 
fleet-footed latecomer disrupt a reception area. 

Both student projects, even in their infancy, 
exhibit viable methods for prediction. When 
simulation techniques improve and are part of 
architecture machines, physical structures 
can be tested within environments that acknowl¬ 
edge their presence. In other words, when a 
change is contemplated for some neignbor- 
bood, it can be tested by observing its effect 
over time, but in fast time, unreal time. Usually, 
in the nonpretend world, the real world, a neigh¬ 


borhood immediately responds to a change, 
generates new demands, and the supposedly 
beneficial event is too often invalidated. Such 
negations can be avoided. Direct interplay 
between event and effect, desire and result can 
be observed and can be enveloped in simulation 
procedures. 
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SYMAP. This computer sys¬ 
tem is primarily concerned 
with the display of spatially 
distributed data rather than 
with its manipulation. Devel¬ 
oped by Howard Fisher, it 
employs an overprinting 
technique on a high-speed 
printer, which in the days 
before computer graphics 
was fine, but is quite obso¬ 
lete today. The four maps 
are based on the 1960 
census and are at the scale 
of the census tracks. From 
left to right, they display 
density per acre of total 
population, whites, blacks, 
Puerto Ricans. The work 
was performed by Peter 
Rogers and Isao Oishi. (il¬ 
lustrations courtesy of the 
Harvard Laboratory for 
Computer Graphics) 


Bits of Design Information 

Census data, site descriptions, transportation 
statistics, activity constraints, economic criteria, 
and material specifications are all part of the 
bulky dossier of design information necessary 
for any urban design project. The information 
burden is fantastic. What usually happens in 
most design procedures is that a handful of 
criteria are chosen and thoroughly developed; 
all the remaining information relationships are 
expected to fall into place, or else residual 
issues are crammed into unsuspecting recep¬ 
tacles. Or in a gesture of design fatalism, ac¬ 
cepting the unfeasibility of it all, a group of 
parallelepipeds are contrived and refined to 
accommodate as well as possible the internal 
demands of some institution. The problem and 
the result are commonplace—look at your own 
city. 

An architect’s role in urban design requires a 
complex information supply with characteristics 
of retrieval, labeling, and interassociation. But 
machines are good at this. Though there are 
technical problems and real computer-program¬ 
ming issues, machines can respond to and have 
access to millions of billions of bits of informa¬ 
tion. It is estimated (Servan-Schreiber, 1967) 
that the number of all letters in all words in all 
books in all libraries in the world exceeds one 
thousand trillion (1,000,000,000,000,000). J. W. 
Senders (1963) estimates that the current 
growth rate of this store is about four hundred 
thousand letters per second. Even a modest 
architect might assume that he needs some of 
this store. 

In the human nervous system, information genu¬ 
inely constitutes authority (McCulloch, 1965). In 
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In the five maps, the follow¬ 
ing symbols apply: 

1 = residence 

2 = industry 

3 = centers 

B = residence and centers 
C = industry and centers 
+ = river 
— = channel 

= channel and river 

1 Ciudad Guayana 1961, 
showing residence and in¬ 
dustry 

2 Ciudad Guayana 1969, 
showing residence and 
industry 

3 The proposed design for 
Ciudad Guayana generated 
by designers from the Vene¬ 
zuelan Development Corpo¬ 
ration for the Guayana Re¬ 
gion 

4 Two patterns generated 
by DISCOURSE decision 
rules (Illustrations courtesy 
of William Porter) 


design, however, abundant data can confer 
prestige on mediocre designs, especially when 
facts arrive from the unequivocating computer. 
Data can be prepared to support any design if 
the selection of evidence is limited to that which 
favors the cause. “Poor data and good reasoning 
give poor results. Good data and poor reasoning 
give poor results, poor data and poor reason¬ 
ing give rotten results” (Edmund Berkeley, 

1967). 

A machine could store relevant information in 
many ways. Relational and associative data 
structures, for example, store classes of items 
by properties of similarity and retrieve them by 
querying for that which has “this and that, but 
not those. Another structure uses lists of at¬ 
tributes that point “fingers” at members that 
have the same attributes, thus tying threads 
among the various members of the data struc¬ 
ture. Still another (and simpler) method is a 
matrix organization where rows and columns of 
entries are entered and looked up by addressing 
a two-, three-, four-, or/7-dimensional table. 

ut in architecture, most information has a 
natural disposition—the positional relationship 
--which can help to organize the proliferation 
of data. Design manipulations invariably wield 
ocational data expressed in terms of position, 
'stance, area, or volume. This natural geo¬ 
metrical referencing suggests a data structure 
where each physical location (solid or void, 
uilding or open space), to as small a grain as 
Possible, would describe itself in an autono¬ 
mous fashion (even the voids!). This has strong 
implications, especially the Euclidean and re- 
undant nature of geometrically related data. 


Information search, by either designer or ma¬ 
chine, would occur for the most part in a 
localized fashion, investigating by proximity 
(by neighborhood, by street, or by immediate 
adjacency). The thrust of this sort of data- 
structure argument is that information is treated 
locally, by positions, and less globally, by 
attributes. Thus, design information is retrieved 
by geometric (topical) search rather than by 
intersecting generalities. 

Such a position-oriented storage vehicle may 
be unique in the physical design problems of 
the urban environment. In a library reference 
system, this type of information structure is 
ridiculous; books are not categorized by their 
position on the shelf, books are redundantly 
classified by name, author, subject, publisher, 
and so forth. Unfortunately, good library data 
structures are all too often foisted onto design 
problems. 

One particular design information system— 
DISCOURSE—warrants mention, as it exempli¬ 
fies a flexible data structure that combines the 
assets of associative and matrix organizations, 
attribute and geometric searches. This research 
team (Fleischer et al., 1969, and Porter et al„ 
1969) uses the M.l.T. time-sharing facilities to 
interact (no dialogue) with data files and print 
the results in tabular or map format. It is a prob¬ 
lem-oriented language that derives flexibility 
from (1) providing multiple data structures for 
both local and global interrogation, and (2) pro¬ 
viding a “meta-language” that allows the de¬ 
signer to create his own search techniques. 

The reader must understand, however, that 
DISCOURSE is not computer-aided design 
within our definition. It is an excellent computer 
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system that manipulates bits of design informa¬ 
tion, that is. information that has been explicitly 
given to the machine by the user. 

Another example is MEMORY, an information 
storage and retrieval system that is being 
studied within M.I.T.'s Urban Systems Labora¬ 
tory. MEMORY'S dominant feature is its “for¬ 
getting convenience." It is a way of storing 
events in neural nets that are highly redundant 
and, at first, rather random. Over time and 
through repetition or the lack of it, events be¬ 
come, by the strength of traces left in memory, 
either stronger remembrances or fainter recol¬ 
lections. At the onset of such a system, for any 
given input the output will be mostly garbage. 
Overtime, the responses should gain meaning 
with respect to both the input and the relevancy 
(defined by time) of the input. The reason that 
this experimental work is important to an archi¬ 
tecture machine is that the design process is an 
evolution of (1) the product, the form; (2) the 
process, the algorithms; (3) the criteria, the 
information. MEMORY addresses itself to item 
number three. 


Machines in Residence 

Modern decision theory, economics, psychology, 
and game theory recognize, as a basic case, 
clearly motivated individual choice under con¬ 
ditions of complete information. It is also recog¬ 
nized that two unfortunate facts of life remove 
us from the relative simplicity of this basic case. 
The first concerns man as an information pro¬ 
cessor and the second the conflict of individual 
with group preferences. 

Martin Shubik, “Information, Rationality and 
Free Choice in a Future Democratic Society" 

Lower-class people need big kitchens; middle- 
class people need big bedrooms; corridors are 
for the poor, and so forth. Design universal en¬ 
able federal housing authorities to set minimum 
standards, they enable architects to disregard 
specifics, they delight lovers of empirical gen¬ 
eralizations. In short, empirical generalizations 
of life styles are for the comfort and conven¬ 
ience of the decision makers' tools, not neces¬ 
sarily for the well-being of the people. 

Today we have “advocacy planning,” a design 
procedure that tries to overcome the lumping 
of life styles, that tries to satisfy particular re¬ 
quirements. Attempts to procure individual 
needs and desires have embodied several for¬ 
mats: the questionnaire (fill in the missing 
spaces), the neighborhood meeting (we are 
here to listen to your problems), the personal 
interview (tell me what you want). Note that in 
each of these communications media it is as¬ 
sumed that the asker knows what to ask, the 
answerer knows what to answer, and that minds 
will not change rapidly. Furthermore, advocacy 
planning is conducted in such unreal time that 


the fancies of the individual householder 
change in the lapse of time. 

Before suggesting procedures that are more 
appropriate to the articulation and satisfaction 
of local desires, let us first assume two future 
technological advances: versatile building sys¬ 
tems capable of responding to changing (per 
month, season, year) human needs and the di¬ 
rect concern of this book, home computer 
terminals capable of talking in a graphic and 
auditory fashion—“but I don’t see any computers 
getting into my house” (A. Milne, 1963). 

You need not look too far, maybe ten years: 

.. computer consoles installed in every home 
■.. everybody will have access to the Library 
of Congress... the system will shut the windows 
when it rains” (McCarthy, 1966). Such omni¬ 
present machines, through cable television 
(potentially a two-way device), or through pic¬ 
ture phones, could act as twenty-four-hour 
social workers that would be available to ask 
when asked, receive when given. Imminent 
changes in family size could be overlaid upon a 
local habitat in an effort to pursue growth that 
would not curtail the amenities children need. 

Granting machines in the home, each urbanite 
could intimately involve himself with the design 
of his own physical environment by (in effect) 
conversing with his own needs. Or, another 
way of thinking of the interaction is that every¬ 
body would be talking to the architect, not ex¬ 
plicitly but implicitly, via a machine-to-machine 
interchange. Architects would respond to partic¬ 
ular patterns of a neighborhood and submit 
alternatives to be played with and in such a 
manner possibly penetrate the designer-dweller 


dissonance that exists in today’s housing 
problem. 

Even today, the touch-tone telephone gives rise 
to a home computer terminal whose ten-button 
dialect humors a potentially ubiquitous man- 
machine conversation. Coupled with audio 
response units, such telephones can converse 
with button-pushing as an input and spoken 
English as an output. Frank Westervelt (and 
Smith, 1968) has incorporated such a system at 
the University of Michigan’s Computation 
Center. 

Richard Hessdorfer is expanding Westervelt’s 
system by constructing a machine conver¬ 
sationalist. Hessdorfer’s work is aimed at initiat¬ 
ing conversation with an English-speaking user. 
His problem is primarily linguistic. The machine 
tries to build a model of the user’s English and 
through this model build another model, one 
of his needs and desires. It is a consumer item 
(as opposed to an industrial or professional 
tool) that might someday be able to talk to 
citizens via touch-tone picture phone, or inter¬ 
active cable television. 

As a part of the Hessdorfer experiment, a tele¬ 
typewriting device was brought into the South 
End, Boston's ghetto area. Three inhabitants 
of the neighborhood were asked to converse 
with this machine about their local environment. 
Though the conversation was hampered by the 
necessity of typing English sentences, the chat 
was smooth enough to reveal two important 
results. First, the three residents had no qualms 
or suspicions about talking with a machine in 
English, about personal desires: they did not 
type uncalled-for remarks; instead, they im- 
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1 The three protagonists of 
the Hessdorfer experiment, 
Maurice Jones (top right), 
Barry Adams (top left), and 
Robert Quarles (bottom 
left). It is interesting to note 
the button Robert Quarles 
happened to be wearing 
that day: “Tenant Power." 

2 Picturephone. Copyright 
1969 Bell Telephone, Inc., 
Murray Hill, New Jersey. Re¬ 
printed by permission of the 
Editor, Bell Laboratory REC¬ 
ORD. 


mediately entered a discourse about slum land¬ 
lords, highways, schools, and the like. Second, 
the three user-inhabitants said things to this 
machine they would probably not have said to 
another human, particularly a white planner or 
politician: to them the machine was not black, 
was not white, and surely had no prejudices. 
(The reader should know, as the three users did 
not, that this experiment was conducted over 
telephone lines with teletypes, with a human at 
the other end, not a machine. The same experi¬ 
ment will be rerun shortly, this time with a ma¬ 
chine at the other end of the telephone line.) 

With these domestic (domesticated) machines, 
the design task becomes one of blending the 
preferences of the individual with those of the 
group. Machines would monitor the propensity 
for change of the body politic. Large central 
processors, parent machines of some sort, 
could interpolate and extrapolate the local 
commonalities by overviewing a large popula¬ 
tion of “consumer machines.” 


What will remove these machines from a “Brave 
New World” is that they will be able to (and 
must) search for the exception (in desire or 
need), the one in a million. In other words, when 
the generalization matches the local desire, our 
omnipresent machines will not be excited. It is 
when the particular varies from the group pref¬ 
erences that our machine will react, not to 
thwart it but to service it. 
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Aspects of 
Design Processes 


Sequential and Temporal Events 

A process is a progressive course, a series of 
procedures. A procedure is replicable (if you 
understand it) in an algorithm; its parts have a 
chronological cause-and-effect relationship 
that can be anticipated. A procedure can be 
replicated with the appropriate combination of 
commands. In short, a procedure is determin¬ 
istic and can be computerized within a given 
context. 

Conversely, a process cannot be computerized, 
but, as we have said, it can be computer-aided. 
Particularly in the design process, respective 
events are not chronologically ordered. The 
following scenario, without the enrichment of 
graphics, intonations, bodily involvement, 
crudely illustrates an architect-machine 
dialogue: 

Machine: 

George, what do you think about the children s 
activities in this project? 

Architect: 

How far must a child walk to nursery school? 
Machine: 

The average distance is 310 feet. 

Architect: 

Each dwelling unit must have direct outdoor 
access and at least three hours of direct 
sunlight. 

Machine: 

Of the children we were just discussing, 92 per 
cent must cross a road to get to school. 

Architect: 

We will look at that later. With respect to dwell¬ 
ing units, we must assume at least two vehicles 
per family. 

Machine: 


Your ozalids are ready. Your wife has just 
called.... 

The example describes a participation where 
each party is interjecting and superpositioning 
events directed toward a common goal. 

Each event is either a temporal or sequential 
occurrence; together they constitute part of a 
process. A sequential response of one protag¬ 
onist is generated by the previous event in the 
dialogue, usually on the behalf of the other. A 
sequential event is a reply. It can be the reply 
to a facial expression or the answer to a ques¬ 
tion. What is important, however, is that not 
only is one actor responding but he can assume 
that the other is listening and probably is aware 
of the context. In other words, a sequential epi¬ 
sode assumes the reply of one (intelligent) sys¬ 
tem and the attention of the other system—a 
chain of chronologically ordered incidents. 

This well-known command-and-reply relation¬ 
ship between man and machine does not in 
itself constitute a dialogue, as it ignores all 
events except those ordered by time sequence. 
The Soviet Union’s A. P. Yershov (1965) has a 
diagram illustrating this proverbial man- 
machine interaction, as he calls it, “director- 
agent” interaction. Note that in the diagram. 
Professor Yershov has drawn three arrows 
within the man’s head and only one arrow within 
the machine. The three arrows imply an ever- 
continuing act particular to the role or constitu¬ 
tion of the man and not the machine. Let us call 
this act deliberation. 

The act of perpetual cogitation can be equally 
accorded to machines, especially since we have 
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1 The Yershov diagram. 

This first appeared in a 
paper presented at a Sem¬ 
inar on Automation of the 
Thinking Process held at 
the Kiev Center for Scien¬ 
tific and Technical Informa¬ 
tion, Kiev, USSR, 1963. 


diagram represents a 
series of procedures rather 
than a process. The chro¬ 
nology of left to right, the 
two-dimensional apsects of 
the printed page, and the 
start/finish overtones all 
contradict the nature of the 
^•gn process. If it were 
Possible to diagram this 
process, then such diagram¬ 
ing would occur out of 
context, and present-day 
machines could handle it 
without an artificial intelli- 
Vagram courtesy of 
e M.I.T. Center for Build- 
,n 9 Research) 


previously insisted on a dedicated small ma¬ 
chine in residence, devoting its full computa¬ 
tional ability full time. We will call machine 
deliberation “temporal” work. It resides in the 
background and surfaces as an interrupt. The 
interrupt (though not necessarily the delibera¬ 
tion) is context-dependent: thus we can 
probably assume that the temporal zone re¬ 
quires an intelligence. Furthermore, note that 
it is this zone of temporal events that the de¬ 
signer interrupts when presenting a fact or a 
task. 

In the foregoing sketch, the machine addresses 
the architect, presumably interrupts him. Fol¬ 
lowing, the architect addresses the machine (in 
fact interrupts) with a specific question that is 
not a reply but is within the same context. The 
machine’s reply is sequential: .. 310 feet.” 

While the architect thinks about the response, 
the machine further investigates the children- 
nursery relationship (we assume here a pre¬ 
vious experience by the machine with such 
issues). Within three seconds of user delibera¬ 
tion, a machine could devote between three 
hundred thousand and three million operations 
to the children-nursery relationship. 

Meanwhile, during the machine’s activities, the 
architect reinterrupts the machine and states 
criteria with reference to a new context: “Each 
dwelling unit must have direct outdoor access 
and at least three hours of direct sunlight.” 

After the machine has listened (and heard), it 
interrupts the architect and lets surface from 
the temporal zone the unsolicited information 
about children's circulation. The architect 
postpones consideration of his oversight and 
proceeds to supply further design constraints. 
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Following, the machine interrupts again with a 
time-dependent occurrence. 

It may now be more evident why an evolutionary 
machine must have the capacity for context 
recognition. A complete mishmash of irrelevant 
comments from a nonintelligent, nonevolution¬ 
ary machine would confuse the designer and 
thus stifle the design process. While at the 
onset of any partnership the machine's inter¬ 
ruptions might appear random or disorderly, 
they would gain relevance through evolution. 
The sophistication of these temporal actions is 
essential for machines to mature into intelli¬ 
gent partners. 


The Geometry of Qualities 

In order to make adept, temporal comments, 
an architecture machine must have a certain 
basic understanding of qualities. Though at first 
primitive, this qualitative appreciation itself 
would evolve within a value system that is very 
personal, between a man and a machine. 

The handling of qualitative information is too 
often presumed hopeless for the constitution of 
machines. Or it is granted feasibility only 
through the abortive techniques of quantifica¬ 
tion. No doubt, characteristics of identity, op¬ 
pression, and fulfillment are hard for our present 
machines to comprehend. Nevertheless, even 
with existing machines, properties of privacy or 
accessibility or the natural environment furnish 
qualitative features that can be readily ex¬ 
pressed in terms that are understandable to 
machines, machines that for the time being 
have not experienced these qualities. This is 
because we already have a model whose base 
is geometry. This geometric structure, resulting 
from the form base of urban design and the 
pictorial structure of computer graphics, hap¬ 
pens to suit the topology of many environmental 
qualities. 

For example, within some context, visual priva¬ 
cy has an explicit geometry. The presence of a 
transparent surface, while providing light and 
view, might not yield visual privacy. A machine 
can check this without disturbing the architect, 
by weighing the activity (sleeping, eating, bath¬ 
ing), the actor (housewife, bachelor, exhibition¬ 
ist), the external uses (commercial, recreation¬ 
al, residential), and the geometry of the two 
spaces that abut the surface. With an evolution¬ 
ary designer-machine agreement of the defini¬ 


tion of visual privacy, the four ingredients can 
determine either an unequivocal absence or 
presence of visual privacy, or a graded value 
of it. 

Unfortunately, visual privacy has psychological 
and personal ramifications not expressible in 
the four parameters. These subjective and 
personal parameters are important; however, 
they are more appropriately manipulated by the 
inhabitant (and his machine) rather than the 
designer. A prospective lessor or buyer, in 
conversation with his terminal (less elaborate 
than an architecture machine), can placate his 
need for privacy by manipulating surfaces and 
volumes in a given framework. Thus we have a 
situation where a general scaffolding is locally 
nourished by residents managing their own 
insular needs. The concept of an architect (a 
professional) handling topical qualities and 
ea ch urbanite interjecting personal standards 
is particularly compatible with the notion of 
Plug-in" environments. Machines are the 
architects for a range of qualities (using hu- 
m an or nonhuman values) that structure the 
environment, the architects are architects for a 
P A no nobileof qualities, and the householders 
are architects for local qualities. 

® Peter Cook (1967) asks, "Does consumer 
c oice of pre-fabricated living units and the like 
' m Ply A at every man might become his own 
architect?" Or, as another author suggests, 
e housing modules can be bought and sold 
A cch like cars, new or second hand. ... The 
ividual units can be combined vertically and 
A onzontally .. . residents will buy and own their 
easing modules, but rent the space they 
eecupy" (Hosken, 1968). 


An architect attempting to provide natural 
amenities, a resident trying to overlay his own 
needs, and a machine endeavoring to tran¬ 
scribe these qualities through some geometry 
all together comprise a system that must al¬ 
ways be in equilibrium. The maintenance of 
this equilibrium is the design process. Within 
this definition, the urban environment is a multi¬ 
tude of quantitative and qualitative, local and 
global, individual and group forces that push 
and pull on a membrane. The shape of this 
adaptable membrane at any instant of time is 
urban form. 

In effect, the graphic manipulations from many 
remote terminals would manipulate the urban 
form. Each action, by designer, by resident, or 
by satellite machine, would generate repercus¬ 
sions throughout the system. In most cases, 
effects of a change would have local impact 
and lose force within several hundred feet of 
the modification. Effects of a highway or the 
equivalent of the year 2000 would have more 
global effects than a family adding a bedroom. 
But, given a machine that can interpolate quali¬ 
ties, design by-products would no longer be 
unforeseen civil disasters. 
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About Unsolicited Notes and Comments 

You never actually told the machine that you 
were interested in lepidoptera, but the machine 
is finding out—from experience. It contains, 
that is, a “learning model” which stores, meas¬ 
ures, sorts and computes the probabilities of 
your interests, reactions and ways of thinking. 

It is learning about you all right, and will soon 
be giving you extra information about butter¬ 
flies. 

Stafford Beer, “Cybernetic Thrills and Threats” 

For a machine to present uninvited comments 
upon the qualities of a design may seem pre¬ 
sumptuous. Yet consider that these observa¬ 
tions might well fall into the category of “If I 
had only thought of...,” and so forth. Further¬ 
more, in an evolutionary system any continual 
and machine-initiated surveillance would be 
guided by a joint maturing of the architect's 
ideas along with machine observation of his 
methods, problems, and intents. 

You are designing a soap tray, for example. 
Sitting at your graphic terminal with your ma¬ 
chine, you draw an open rectangular box and 
specify that it is to be formed from a continuous 
sheet of moldable plastic. All of a sudden a bell 
rings or a voice speaks or some text appears on 
the television screen, bringing to your atten¬ 
tion the lack of any drainage facility. How did 
the machine know enough to make the observa- 


There are three sources for such unsolicited 
comments. First, you could previously have 
stated very specifically that all soap trays must 
drain water. The criterion is specific. The ma¬ 


chine implicitly applies this maxim to its ob¬ 
servation of your soap-tray. In this case the 
machine’s notice is simple and unsolicited 
only in time, not content. 

A second way, at the other extreme of com¬ 
plexity, is through direct experience and 
real-world observation. For example, a 
robot might have seen bathrooms, observed 
soap being used, or fumbled with soap trays 
on its own. Such a machine might witness 
soap melting in water and from that make 
the necessary chain of observations to as¬ 
sume that... and so on. Even though this 
type of learning exceeds the scope in time 
of our interests, it is important that learning 
through groping not be underplayed or 
ignored; in the distant future that is how 
machines will probably do their learning. 

A third method, more realizable in the near 
future, is through deduction. For example, 
in describing the function and the environment 
of the soap dish, you might have stated that 
soap melts in water and water runs downward. 
The machine, with the knowledge of the tray’s 
geometry and the surrounding activities, could 
deduce that water would indeed collect in 
the same place as the soap. And, since soap 
melts, a conflict would exist; either the soap 
or the water must go elsewhere. 

Such machine scrutiny is particularly interest¬ 
ing. The facts used to deduce that the collection 
of water was a conflict are not necessarily 
unique to the design of soap trays. Water col¬ 
lection is a problem with roofs, sills, pavements, 
and so forth. In other words, after a few years 
of evolutionary dialoguing, a designer and a 


machine can establish a large repertoire of 
low-level axioms from which the machine 
can temporally deduce high-level conflicts. 

But now the question arises; Why must each 
architect struggle with indisputable facts? He 
should not. Simple events—water runs down¬ 
ward, the sun rises in the east—would be built 
into the machine’s design pedigree. Their com¬ 
bination and association, however, must be 
unformed at the onset and must mature through 
deducing conflicts in the course of a partner¬ 
ship. in other words, a built-in knowledge may 
exist that, for example, children do not always 
look where they are going, and cars can kill. 
However, the constraint that children must not 
cross roads alone to get to nursery school 
would not be an embedded maxim. 

Given a set of axioms and a set of deductive 
procedures, how does a machine establish 
the timeliness of an observation? Through con 
text. Three types of context are particularly 
important: an activity context, a time context, 
and a rate context. Each involves ubiquitous 
monitoring and observing. We must assume 
that the machine continually tracks what the 
designer has been and is doing. 

An activity context is the easiest to implement. 
Here the machine must balance between 
commenting on apples when the designer is 
working with pears. Only when the circulation 
Pattern has been ignored by the heating sys 
te m, for example, would the machine comment, 
directing the designer’s attention from a con¬ 
text of environmental to circulatory problems. 

A time context is a chronology of events, a 


chronology of design development and design 
procedures. For example, the level of detail is 
time-contextual. A comment on bending mo¬ 
ments is probably inopportune at the early 
stages of design. Similarly, in another time 
context, it might be more appropriate for the 
machine to withhold a disastrous conflict until 
after a weekend. 

A rate context is a fine-grain time scale. It may 
be the most important of the three. Observation 
and recognition of work rates could attempt 
to rhythmize the dialogue. The machine would 
try to enter a time phasing personal to and 
compatible with the designer. Some people, in 
moments of deliberation, might enjoy a barrage 
of compliments and comments; others might 
demand complete silence. Moreover, this at¬ 
titude may change with mood. Machines must 
discern such moods. A temporal, unsolicited 
comment, deduced and timely, could be antag¬ 
onistic. Such prodding, however, dispels com¬ 
placency and begins to transform machine 
servants into machine partners. 
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Baron von Kempelen's 
Chess Player, sometimes 
called "Maelzel's Chess 
player,” after its third own¬ 
er. The top picture comes 
from a pamphlet published 
in 1783 by Chretien de 
Mechel whose preface in¬ 
cluded, "The most daring 
idea that a mechanician has 
ever ventured to conceive 
was that of a machine which 
would imitate, in some way 
more than the face and 
movement, the master work 
of Creation. Von Kempelen 
has not only had the idea, 
but he has carried it out and 
his chessplayer is, indisput¬ 
ably, the most astonishing 
automaton that has ever ex¬ 
isted.” (Chapuis and Droz, 
1958)The bottom picture 
was published much later. It 
shows the accomplice hid¬ 
den within the automaton. 
(Photographs courtesy of 
Editions du Griffon, Neu- 
chatel, Switzerland) 


Games: Local Moves and Global Goals 

Games provide a happy vehicle for studying 
methods of simulating certain aspects of intel¬ 
lectual behavior; happy because they are fun, 
and happy because they reduce the problem to 
one of manageable proportions. 

Arthur L. Samuel, “Programming Computers 
to Play Games” 

Games have fixed rules; gaming involves de¬ 
ception; gamers have opponents. The general 
game fabric, therefore, is not necessarily con¬ 
sonant with design. Architecture is not Mo¬ 
nopoly, Parcheesi, or checkers. Such games 
assume perfect information, winning is explicit, 
and the process is composed purely of sequen¬ 
tial acts—moves—governed by immutable, 
fathomable, and predefined rules. Design does 
not have a clear-cut format; so why is “design 
gaming” considered avant garde and fashion¬ 
able? What good are games? 

Games are a learning device for both people 
and machines. “Play and learning are intimately 
intertwined, and it is not too difficult to demon¬ 
strate a relationship between intelligence and 
Play” (McLuhan, 1965). Games are models by 
which or with which learning takes place. They 
eliminate worrisome complications and per¬ 
plexities by using artificially contrived situ¬ 
ations. They involve the amalgamation of 
strategies, tactics, and goal-seeking, proc¬ 
esses that are useful outside of the abstraction 
°f gaming, certainly in design. 

Historically, chess has been the machine s 
baccalaureate. In 1769, Baron Kempelen con¬ 
structed a fraudulent chess-playing machine, 


The Maelzel Automaton. The hoax was 
achieved by the labors of a concealed dwarf 
who observed the moves from beneath and 
manipulated a mechanical dummy. The need 
for such fraudulence has since been overcome 
with computing machinery. The pioneering 
works of Claude Shannon (1956) and the later 
efforts of Herbert Simon (and Baylor, 1966) 
and his colleagues have led to the develop¬ 
ment of chess-playing machines that demon¬ 
strate sophisticated techniques for intelligent 
decision making by strategically looking 
ahead. The approximately 1,000,000,000,000, 
000,000,000,000,000,000,000,000,000,000,000, 
000.000,000,000,000,000,000.000,000,000,000, 
000,000,000,000,000,000,000,000,000,000,000, 
000 ,000,000 possible chess positions render it 
improbable that a calculating device can ex¬ 
haustively search all possible courses of 
action. As a result, a chess-playing machine 
looks at local situations, looks ahead some 
small number of moves, and makes a specula¬ 
tion. Such techniques are indeed relevant to 
the construction of an architecture machine. 

However, rather than map intelligent chess 
techniques into design tactics, let us concen¬ 
trate on one key issue in gaming that is particu¬ 
larly relevant to design machines, that is, the 
relation of local actions to global intents. In 
architecture the local moves are embodied in 
physical construction and destruction pro¬ 
cedures (whether explicitly executed by a de¬ 
signer or implicitly by zoning laws or the like), 
and the global goal is quite simply "the good 
life.” In chess, the consensus is that the global 
goal to win, by taking the opponent’s king, has 
little bearing on the local actions and the skill¬ 
fulness of making these moves, particularly in 
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the Manchester Evening 
News on May 10, 1957. 
(Courtesy of North News 
Ltd., Manchester, England, 
copyright Copenhagen, 
Denmark) 

2 CLUG, Cornell Land Use 
Game. CLUG is a game to 
help humans learn about 
planning (Wolin, 1968). 

Each player starts with a 
fixed amount of cash. The 
game board is gridded 
with secondary roads, utility 
plants are marked, and top¬ 
ographic features can be 
added. Players risk such 
real-world disappointments 
as depreciation, uncontroll¬ 
able disaster, transportation 
costs, and so on. The com¬ 
puter in this case, however, 
is used only as a bookkeep¬ 
er, keeping participants 
from losing their interest 
and making the game move 
faster when highly paid re¬ 
searchers or officials are 
playing. (Photograph cour¬ 
tesy of Alan Feldt, develop¬ 
er of CLUG) 


the opening and middle game. The loser can in¬ 
deed have played the better game. 

In architecture, the losers are rarely the play¬ 
ers. This is historically true, but let us assume 
that it changes and each resident can play the 
game with the global goal being the good life. 
The rules for achieving this goal are certainly 
unclear; they vary for each person, and, as in 
our Alice in Wonderland croquet game, they 
are ever-changing. Furthermore, in this game 
there is no coup de grace or checkmate; the 
global goal has no "utility function," no 
cost-effectiveness, no parameters to optimize. 

But the chess analogy suggests that a machine 
could learn to play architecture from local de¬ 
sign pursuits and that these actions would be 
draftable without an absolute definition of the 
good life. A machine’s adroitness in design 
could evolve from local strategies that would 
self-improve by the machine testing for local 
successes and failures. In other words, we are 
suggesting that a machine, as well as any stu¬ 
dent of architecture, can learn about design 
by sampling the environment for cheers and 
boos. For example, in a tennis match a human 
spectator who is ignorant of the rules, scoring 
procedures, or criteria to win can begin to dis¬ 
tinguish good from bad play merely by observ 
■ n 9 the applause of the other spectators. 

Such learning by inference can apply to the 
breeding of intelligent design partners able to 
discriminate between plausible patterns and 
dubious forms. With a history of local punish¬ 
ments and rewards, an adaptable machine can 
evolve without a global set of values and adapt¬ 
able rules to achieve them. Maybe nobody 


knows how to play, maybe everybody applauds 
at the wrong time, and maybe the good life is 
the wrong goal. But the thrust of the game 
analogy is that we do not have to answer these 
questions in order to proceed. 
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URBAN 


URBAN5's Abstractions 

In an ideal situation, the communication lan¬ 
guage could be so informal, that is so natural, 
that the computer aided designer would not 
have to learn it. ... If an incompatibility is 
found, the designer concerned would be in¬ 
formed. ... 

I- H. Gould, “Some Limitations of Computer 
Aided Design” 

Up to this point, suppositions have been a 
posteriori reflections upon experiences with 
the development of the computer system 
URBAN5. Therefore, this chapter primarily 
exemplifies some of the previous issues and 

describes the sequence of events that led to 
them. 

URBAN5’s original goal was naively simple. It 
Was to “study the desirability and feasibility of 
conversing with a machine about an environ¬ 
mental design project... using the computer 
as an objective mirror of the user’s own design 
criteria and form decisions; reflecting re¬ 
sponses formed from a larger information base 
an the user’s personal experience” (Negro- 
Ponte and Groisser, 1967a). The object was to 
evelop a system that could monitor design 
Procedures, in effect, be an urban design clerk. 

At the onset of the experiment four assumptions 
were made: (1) the user is an architect; (2) ur- 
an design is based on physical form; (3) the 
esign process is not algorithmic; (4) urban 
en vironments are equilibria resolved from 
many basic, primarily qualitative, relation¬ 
al PS The *'rst assumption a | one generated 

e spirit of the system, as we further assumed 


that the architect-user would have no previous 
experience with computers, let alone ever 
having talked to one. Thus URBAN5 first of all 
had to be capable of communicating with an 
architect in comprehensible language. To do 
this, the authors of the system chose two lan¬ 
guages: English (entered from a typewriter) 
and a graphic language (using a cathode-ray 
tube and light pen). 

The need for a graphic language made it clear 
that URBAN5 must handle some, if not all, 
problems in terms of their suitable abstractions. 
In other words, the system committed itself to 
work under synthetic conditions and not to at¬ 
tempt to canvas real-world problems. The 
graphic system is an example of such abstract¬ 
ing; the geometry selected was the cube—in 
ten-foot cubes. This building-block system 
abridged urban design to such an extent that 
URBAN5 had to recognize it was only simulating 
a design environment. The hypothesis was that 
this graphic abstraction “provides a method of 
simulating the graphics of urban design, fur¬ 
nishes the necessary ‘frictionless vacuum’ 
environment in which to work, and provides the 
full range of basic design interrelationships" 
(Negroponte and Groisser, 1967a). 

This original graphic abstraction has distorted 
some problems, but the simplification has per¬ 
mitted advances that would have been thwarted 
by any attempt to furnish the “comprehensive" 
architect-machine graphic language. Critics 
have often misunderstood URBAN5’s ten-foot 
cube—it is only a launching vehicle, as, for 
example, in Newtonian mechanics an experi¬ 
ment will commence with the assumed absence 
of friction. The experimental results bear in- 
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formation relevant only to the abstract problem; 
should an engine be designed with only such 
information, it would indeed run badly in the 
real world. Similarly, URBAN5 cannot handle 
real design problems; it is a research toy, and 
playing with it has been a learning experience. 

The ten-foot cube has few architectural imposi¬ 
tions and many research conveniences. It gen¬ 
erated a language of nouns (the cubes) and 
verbs (text appearing on the right side of the 
screen). In this vernacular the designer can 
pile up these blocks in three dimensions. He 
can give them qualities, and the machine can 
give them qualities. He can talk about them. He 
can play with them. But all this occurs within a 
context, and a context is defined by a mode. 



















1 The cathode-ray tube 
used for URBAN5 is an IBM 
2250, model 1. The device 
has just over 8,000 bytes of 
local memory used as a 
buffer to hold the sequence 
of instructions that describe 
the path of the electron 
beam. 


The scope was connected to 
an IBM 360/67 (a time-shar¬ 
ing machine) but was not 
used in time-sharing mode. 
URBAN5 employed this mam¬ 
moth computer as a dedi¬ 
cated machine. However, 
the reader should note that 
none of the facilities of 
URBAN5 exercised either 
device, scope or computer, 
to its potential. The comput¬ 
er was undertaxed, and the 
scope was never used dy¬ 
namically. Both "under- 
usages"' anticipated on the 
one hand a small, dedicated 
computer and on the other 
hand a storage tube device 
like the ARDS. 


2 URBAN5 S overlay. Each 
2250 programmer has the 
option of overlaying labels 
on the function-key buttons 
that appear to the left of the 
display. 


graphical 

contextual 

operational 

symbolic 

therapeutic 

procedural 

2 


URBAN5 


Modes 

A mode is defined by the user when he pushes 
one or more buttons that appear to his left. 
These buttons are signals to the machine that 
state a major change in activity. Associated 
with each mode is a string of machine-defined 
or user-defined text (verbs) that appears as a 
menu of “light buttons.” Each mode has its own 
set of light buttons that denote related opera¬ 
tions. The detection of one light button can 
change this menu of words, making endless the 
potential number of operations per context. 

The graphic modes permit the handling of the 
ground plane, the ten-foot cubes, and their sur¬ 
faces. TOPO displays a site plan, for example, 
which appears as a grid of altitudes that the e 
signer can manipulate with his light pen in order 
to create a warped surface approximating his 
topography. DRAW, a separate mode, allows 
toe manipulation of (1) viewing mode (ortho¬ 
graphic, perspective), (2) viewing plane (scale, 
rotation, translation), (3) physical elements 
(solids, voids, roofs, people, trees, vehicles). 

In DRAW mode, when two cubes are place 
tongent to each other, the adjoining surface is 
automatically removed, thus forming one con 
tinuous volume that is inherently part of an 
external membrane. Therefore, to qualify 
torther external surfaces or add internal sur 
f aces, the designer must enter a new contex , 
SURFACE mode. In SURFACE mode, any of the 
six surfaces of the cube can be ascribed one o 
tour (again abstracted and simplified) char 
acteristics: solid (defining a major activity 
boundary), partition (a subdivision of a commo 
usa 9e), transparent, or absent. Each of th ® se 
surface traits can be assigned with or wit. ou 
toe attribute of “access." 


The next three rows of buttons are interde¬ 
pendent modes that require multiple button 
pushing. The combination of an operation with 
a context with a set of symbols yields a mode. 
At first these modes are primarily empty recep¬ 
tacles for the designer to employ to define his 
own light buttons. For example, the user may 
QUALIFY in the context of ACTIVities and press 
symbol button number one. At this point a 
cursor will appear on the right below the last 
word in the list of light buttons. He can then 
type a new word for future use in some opera¬ 
tion, for example, f-o-o-t-b-a-l-l. As soon as he 
finishes typing “football,” a list of “generics” 
appears on the screen. These generics are a 
function of the context—in this case activities— 
and allow the designer to define his word by 
detecting the relevant qualifying words. In this 
example the generics describe age groups, 
times of day, noise levels, participation, and 
other activity characteristics that have a built- 
in meaning to the machine. Later, this user- 
made light button can be employed as a verb 
(footballizing a space) in an operational con¬ 
text of ASSIGNment or CALCULation. 

Beyond assigning and calculating with symbols, 
generalized verbs can perform calculations 
and simulations within some context. For ex¬ 
ample, in CIRCULation mode a designer can 
have the machine simulate pedestrian travel 
between two points on the site. An x, the pedes¬ 
trian, will prance across the screen trying to 
get from one point to the next, searching for a 
reasonable or at least feasible path. The ma¬ 
chine will report the pedestrian's distance and 
time of travel or else the impossibility of the 
trip through lack of enough elements with 
"access.” Similar simulations exist in the con- 
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The adjacent illustrations, 
as well as many on the fol¬ 
lowing pages, are prints 
taken from the 16mm movie, 
URBAN5. They are a se¬ 
quence of frames that depict 
travel through an environ¬ 
ment constructed jointly by 
the architect (Ted Turano) 
and the machine. You will 
note that the illustrations 
are quite crude, hidden 
lines are evident, circles are 
polygons, and straight lines 
are usually short segments 
butted together. In no way 
do these crudities represent 
the state of the art in com¬ 
puter-generated perspective 
drawing, not even for the 
time in which they were 
done. However, since com¬ 
puter graphics is not com¬ 
puter-aided design, this 
roughness is not important. 
What is important is that it 
took only a few days to im¬ 
plement this mode of view¬ 
ing. 


text of ELEMents for the path of the sun and for Should notice that the context, which is so im- 
growth patterns portant to intelligent behavior, <s exphc t'y 

stated by the human designer and not, in 

The next row of buttons, the therapeirti<F8nM£ BAN5 - implicitly discerned by the machine, 
are instructional modes that are “intended to 
make the designer-machine interface as con¬ 
versational and personal as possible, permit¬ 
ting the user to articulate himself in the privacy 
of himself (Negroponte and Groisser, 1967a). 

The PANIC button, for example, summons 
instructions on the usage of other modes, direc 
tions on how to proceed, and an accounting 
mechanism that can be interrogated for com¬ 
puter time spent in dollars (often affording 
cause for greater panic). The therapeutic 
modes were often inconsistently designed. In 
truth, PANIC should never be depressed for 
reasons of total distress. In a true dialogue the 
machine should sense the designer panicking 
long before the button is pushed. PANIC, in 
fact, was erroneously designed as an alarm 
monologue rather than a teaching dialogue. 

The remaining modes are primarily procedural 
ones that act in a janitorial fashion. STORE 
mode, as an example, permits design studies 
to reside in either short-term or long-term 
storage devices, to be given arbitrary names, 
and to be recalled in a few hundredths of a 
second (recalled by either name or time of 
creation). 

Within these modes there is no predetermined 
sequence of usage; there is no presuppose 
chain of events. URBAN5 has one central at¬ 
tention” mechanism that either listens to or 
hears from the designer, always giving him the 
opportunity to change his mind or restate a 
situation at any time. However, the reader 
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1 The seven images are 
from a sequence in which 
the user has asked the ma¬ 
chine to simulate a growth 
under certain constraints. In 
this example the only con¬ 
straints were structural, a 
highly underconstrained, 
unrealistic situation. Note 
that in some images ele¬ 
ments are floating, and in 
others the rear-most cubes 
disappear. This is not be¬ 
cause the program had a 
subtraction or deterioration 
feature (which would be 
correct) but was due to the 
2250 running out of memory 
and arbitrarily discarding 
lines it could not display, 
(program written by John 
Nilsson) 

2 The disk was used for 
temporary files. A user 
could store ten “studies" 
and retrieve them. Remem¬ 
ber that it is not the "pic¬ 
ture" that is stored, but 
the three-dimensional de¬ 
scription from which all pic¬ 
tures are in turn derived. 

The tape in the adjacent 
photograph was used only 
for permanent storage. 

3 Multiple exposures of mul¬ 
tiple users. 

4 Circulation mode. 
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In this photograph the shut¬ 
ter of the camera was left 
open during the complete 
operation of “questioning" 
an element. The user de¬ 
tects the QUESTION light 
button, the verb, and then 
points to the cube, the noun. 
The list that appears at the 
top of the screen is a partial 
inventory of qualities as¬ 
cribed to the form by the 
machine. 


Handling Qualities 

URBAN5 handles qualities either explicitly or 
implicitly. 

Beyond the traits of solid and void, each ten- 
foot cube (whether solid or void) has pre¬ 
allocated receptacles for ten characteristics 
that refer to aspects of sunlight, outdoor ac¬ 
cess, visual privacy, acoustical privacy, usabil¬ 
ity, direct access, climate control, natural light, 
flexibility, structural feasibility. All these quali¬ 
ties are implicitly ascribed to elements. In other 
words, without the user's permission, interven¬ 
tion, or even awareness, URBAN5 automatically 
assigns the absence or presence of these fea¬ 
tures using a predefined geometry for each 
quality. (This geometry can be changed by the 
user at a later date when he is more familiar 
with the workings of the system.) This means 
that when a ten-foot cube is added (making a 
solid) or removed (making a void), URBAN5 
tacitly rearranges the local and, if necessary, 
global characteristics. For example, the addi¬ 
tion of an element not only casts shadows on 
other solids and voids but might obstruct an¬ 
other element’s natural light or visual privacy 

Implicit qualities are occasionally reported to 
the designer (depending on their importance), 
but in most cases the designer must explicitly 
interrogate the cube to find its qualitative 
status. URBAN5 is more prone to divulge im¬ 
plicitly ascribed qualities when the neighbor¬ 
ing influences are significant. Certain charac¬ 
teristics are strongly communicative, and their 
presence is directly transposable to neighbor¬ 
ing elements or members of the same space 
(natural light, acoustical privacy). Other quali¬ 
fications are less communicative (visual privacy, 



Conflict. In this case the 
message is a temporal 
response — an inter¬ 
rupt. The inconsistency 
stems from a criterion pre¬ 
viously specified by the user 
referring to his particular 
problem. In both cases, con¬ 
flict and incompatibility, a 
nauseating bell rings, mak¬ 
ing the message auditory as 
well as visual. 

Incompatibility. The com¬ 
ment is a sequential re¬ 
sponse following the user's 
placement of an element. 
This inconsistency has 
been generated by a built- 
in constraint that can only 
be changed by the user 
insisting (linguistically) or 
entering a new mode for re¬ 
definition. 


direct sunlight), and their influence is particu¬ 
larly local and is apt not to be posted. 

Explicit qualities are assigned by the designer; 
they are the symbols that he has previously de¬ 
fined with thecontext-dependent generics. Each 

element can carry four symbols of any context. 
The designer can assign these symbols to a 
single element or enter a “flooding operation 
to fill an entire “use space” (defined by solid 
walls) with the given symbol. For example, a 
single cube might be part of a set of ‘school 
elements which are at the same time “a place 
to vote” elements which are, still further, part 
of a subset of “eating” and “auditorium 
activities. In other words, a multiplicity of ex¬ 
plicitly assigned symbols can exist for each 
cube. These traits are then cross-coupled with 
the implicit qualities of a space. 

It is important to notice that the implicit and 
explicit assignment of attributes are sequential 
events. The machine ascribes certain qualities 
in response to the user adding or subtracting 
cubes; it is, in effect, an answer, even though it 
is not explicitly voiced. On the other hand, 
cross-coupling qualities, relating implicit quali¬ 
ties to explicit qualities, is a temporal event. 

This interaction forms the architect-machine 
search for consistency and equilibrium—a 
temporary state of no conflicts and no 
incompatibilities. 


Consistency Mechanisms 
URBAN5 searches for two types of consistency. 
It searches for conflicts and incompatibilities 
following a simple flow chart. 

An incompatibility “error message” is a remark 
upon an incongruity between a designer’s ac¬ 
tion and a predefined requisite embedded in 
the machine. An incompatibility can cause the 
machine to signal the user (by ringing a bell 
and displaying the message on the top of the 
screen) but allow the action, or it can cause the 
machine to refuse to act in cases where the 
violation is severe. For example, a cube might 
be placed floating in midair. The machine 
would indeed draw the cube but simultaneously 
display the message that it was “not struc¬ 
turally possible at this time.” Flowever, if a 
vertical surface is assigned the attribute of 
access (explicitly by the user) when there is no 
horizontal surface on one or both sides, 

URBAN5 refuses to make the qualification and 
alerts the designer of the problem. Although 
incompatibilities are simple relationships, 
overlooking them can be embarrassing or 
disastrous. 

A conflict is an inconsistency discerned by the 
machine relating criteria specified by the de¬ 
signer to forms generated by the designer. A 
conflict is thus generated when there is an in¬ 
consistency between what the architect has 
said and what he has done. To state a con¬ 
straint, the designer must enter INITIAUze 
mode, describe a context, and push the “speak" 
button on the typewriter console. At this point 
he can type a criterion to the machine using the 
English language. The machine relies heavily 
upon the context of the designer's activities 
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The sequence from one 
to ten illustrates instances 
from the statement of criter¬ 
ia to the frustration of total 
chaos arising from many 
conflicts. The user pushes 
the INITIALize button, then 
the SPEAK button. At this 
point a simple criterion is 
entered, and a statement of 
importance follows. Time 
elapses; then a conflict 
arises, it is postponed for so 
many minutes, comes up 
again (and even worsened), 
more conflicts arise ... 


,E0 ’ MANY CONFLICTS ARE 0CCURR1N6 
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1 The diagram illustrates 
the temporal and sequential 
organization of URBAN5. 
Note that the background 
activities are always tem¬ 
poral in their execution, but, 
by definition, they surface 
as sequential events. 

2 One of the background 
activities is the equalization 
of qualities. For example, 
some attributes are commu¬ 
nicative such that their na¬ 
ture is transposed to certain 
adjacent neighbors. Acous¬ 
tical privacy would be such 
an attribute, whereas direct 
sunlight would be noncom- 
municative. In the photo¬ 
graph, Ted Turano is no¬ 
tified of some equalization. 


to interpret the sentence. If it understands, 
URBAN5 asks, “How important is this cri¬ 
terion?" The designer’s reply defines to the 
machine how frequently it must survey the 
project in search for consistency between cri¬ 
teria and form. Also, the reply establishes a 
range of satisfaction for the machine to em¬ 
ploy; that is, it governs the relative enforcement 
of the not-so-important constraints as opposed 
to the critical ones. 

When URBAN5 finds an inconsistency between 
what has been said (linguistically) and what has 
been done (graphically), it states that a conflict 
has occurred, it quotes the designer’s state¬ 
ment of criterion, and it displays the present 
status of the situation. From here, the designer 
can take one of four courses: (1) he can change 
the form to be compatible with the criterion, (2) 
he can alter the criterion to be compatible with 
the form (now that he has learned that the issue 
m ay not be so important); (3) he can postpone 
the issue; (4) he can ignore the conflict (much 
to the chagrin of URBAN5). 

This sort of interplay between form and criteria, 
architect and machine, begins to suggest a 
dialogue. The statements of criteria are de ' 
ationson the designer's behalf, issues he ee 
fo be relevant. Discernments of inconsistency 
are noted temporally during the machine s 
background work. 


Background Activities 

Background work is perpetually executed 
within a resident machine that is devoted to 
servicing a specific designer. This kind of work 
did not appear relevant at the inception of 
URBAN5. But about halfway through the sys¬ 
tem’s development it became clear that 
URBAN5 had to function in parallel to the user 
in order to support a growing concern for en¬ 
riching the dialogue. 

While the designer deliberates, URBAN5 en¬ 
gages in five temporal tasks in the following 
order of priority: (1) it checks for conflicts (as 
described in the previous section); (2) it does 
long operations; (3) it takes care of output pro¬ 
cedures; (4) it does housekeeping; (5) it plays. 
When the designer presses a button, types in a 
message, or uses the light pen, he is interrupt¬ 
ing one of these five operations by demanding 
the machine's attention elsewhere. As soon as 
the machine finishes servicing him, it returns to 
the unfinished or newly created background 
work. 

Long operations are user-requested design 
tasks that require more than just a few seconds 
of machine time. To expedite the designer’s 
sequence of actions, URBAN5, when it recog¬ 
nizes a lengthy job, places the operation in the 
temporal zone to be processed when operation¬ 
ally convenient. The system suggests that the 
architect continue, and the outcome will be 
reported later. Naturally, if the operation is 
critical to a next step (or if the designer is going 
off for a cup of coffee anyway), he can intervene 
and demand that the task be undertaken 
sequentially, thus tying up the machine until 
completion of the long operation. 
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The Ubiquitous Monitor 

kVrffun URBANS resides a monitor—a general 
eavesdropping mechanism that observes the 
designer s actions. The monitor records the rate 
of interrupts, the sequence of contexts, the time 
spent per mode, and the relevance of sequen¬ 
tial acts This barrage of statistics not only 
supplies the designer with a history of his own 
actions but affords the machine some material 
from which to gather personal manifestations 
and innuendos to be applied later in an attempt 
at congenial conversation with the designer. 

The monitor endeavors to transform a conver¬ 
sation into a dialogue, two monologues into 
one dialogue The monitor controls both the 
temporal zone and the interrupting mechan¬ 
ism. both are functions of what and how the 
designer is dorng For example, if the designer 
is interrupting the machine only one or two 
times per minute, the monitor, knowing the 
designer s familiarity with the system, assumes 
that the designer is either (1) deliberating (in 
which case the monitor might notify the criteria 
mechanisms to relax and not to interrupt the 
architect s thought); (2) floundering (in which 
case the monitor attempts to clarify the sys¬ 
tem s protocol); of(3) diverting his attention 
elsewhere (in which case the monitor accepts 
the distraction and continues with its own work). 
At the other extreme, if the designer is interrupt¬ 
ing URBAN5 forty times per minute, the monitor 
accelerates its own speed and accelerates the 
conflict mechanisms and may barrage the 
designer with statements of inconsistency and 
incompatibility. 

URBAN5 s monitor is concerned with context 
A designer working in a circulation mode does 





not want to be confused with petty structural 
problems. A structural consideration must be 
extremely critical for the monitor to allow its 
intervention in, for example, the context of 
circulation. l)RBAN5’s monitor is primarily a 
timer for the purpose of making the machine's 
interruptions opportune and in rhythm with the 
architect's particular design temperament. 

“For instance, the length of delay in a person’s 
response tells his interlocutor (man or machine) 
information he might otherwise miss. It is infor¬ 
mation that can be sensed on a non-verbal and 
non-visual level” (Brodey and Lindgren, 1967). 

In URBAN5, the monitor is such a nonverbal 
and nonvisual mechanism. Its implementation 
is crude. However, its relevance cannot be over¬ 
stated and must not be understated if evolution 
is to ensue. 


Inklings of Evolution and Adaptability 

URBAN5 was designed to be a self-teaching 
system. At first it was assumed that the archi¬ 
tect-user would have had no previous pro¬ 
gramming experience. Later, it was further 
assumed that he had not even read an instruc¬ 
tion manual. Thus URBAN5 would have to 
teach its own language; learn through teach¬ 
ing, change from learning, and adapt from 
changing 

URBAN5 greets a designer with only the start 
button illuminated. When it is depressed, the 
first question is whether this is the user’s first 
experience with the machine. If it is indeed the 
first time, the machine presents an unsolicited 
page of text that describes how to proceed, hov 
to use the hardware, and what to do when the 
user gets stuck. Also, each time the designer 
enters a mode for the first time or uses an 
operation for the first time, the monitor auto¬ 
matically calls forth a set of instructions. In each 
case, as the designer is told, he must reinterrupt 
the machine with his original request to have 

the operation actually executed and the text 
removed. 


However, even the text of these instructions m< 
employ a language that is new or unclear to the 
designer. The words may be too technical or 
cloudy in their new context. In this case the 
designer may detect an unintelligible word with 
his light pen (as he has been told), and the ma¬ 
chine will display a new paragraph defining thf 
word. Naturally^ 

IR§ 68R 68RtlRblg Recursively, word definition 
within definition->yvitfffVh $@fifiili©fi: /All 

$8rai; of Tom^e, - are "fiBt internally defined; 
when simple terms are detected, the designer 


is referred to a dictionary. 

The word-learning role works both ways. For 
example, a designer may state a criterion in 
the following conversation: 

Architect: 

All studios must have outdoor access. 
URBAN5: 

I am sorry I do not understand. 

Architect: 

All studios must have access to the outdoors. 
URBAN5: 

I am sorry I do not understand. 

Architect: 

A one-room residential unit must have outdoor 
access. 

URBAN5: 

Now I understand. Furthermore, from now on, 
whenever you say “studios,” I will assume you 
mean one-room residential units. 

At this point, not only is the criterion entered 
into the general conflict structure, but the new 
word “studios” is recorded in the translation 
mechanism that belongs to this particular 
architect. Another designer would have to un 
dergo a similar session with his machine o 

define “studios” (possibly with another 
meaning). 

When symbols are defined by the designer, 
too are registered in his personal machine 
lexicon. In just these examples of word bui m 

the designer is beginning to construct his own 
machine partner out of the skeletal framewor 
of URBAN5. This transformation occurs in the 
satellite machine, where the user is allowe 
Penetrate the surface of URBAN5, getting 


er and deeper into its assumptions and defini¬ 
tions. The user can even change algorithms 
without actually programming in a computer 
language or knowing where the routine resides. 

This pseudoevolution is implemented in the 
following manner. The virgin system is stored 
on a disk, and the user’s consciously and sub¬ 
consciously composed system is recorded on a 
magnetic tape. When a designer arrives at the 
display terminal, he meets a generalized com¬ 
puter system that asks his name. Having iden¬ 
tified the designer, URBAN5 automatically 
dumps the contents of the designer’s magnetic 
tape onto URBAN5’s disk, thus overlaying the 
general system with the personal edition of this 
designer. At this point the machine appears to 
the designer as his particular (possibly evolved) 
design partner. At the termination of a design 
“sitting” (since the present configuration does 
not allow twenty-four-hour dedication), the de¬ 
signer's magnetic tape is re-created, incorpo¬ 
rating any changes or inklings of evolution, and 
URBAN5’s disk is restored to anonymity. 

At the first man-machine encounter, the de¬ 
signer’s tape is empty; he converses with the 
nucleus of the system. As he converses with 
the machine more and more frequently, the 
contents of his tape become more significant. 

As time passes, URBAN5 in fact shrinks itself, 
letting certain operations self-destruct them¬ 
selves through obsolescence. To allow for the 
user-created machine, unused procedures are 
discarded. (Should the designer ever request 
a procedure that has been previously removed, 
the system will require some time to fetch the 
routine from a library and to reincorporate it 
into the system.) 
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1 pie first time one employs 

URBAN5, a barrage of unso¬ 
licited instructions will be 
presented to explain the 
Knobs and dials. 

2Ted Turano observes ex¬ 
planatory text, which in¬ 
cudes a diagram represent- 
n 9 bis site, the section he is 
workmg in, and an arrow 
cenoting his orientation. 

3 Upon termination, a few of 
'be many statistics are pre¬ 
sented. 


In theory, after some time the designer’s system 
would bear little semblance to the original 
URBAN5. The authors of URBAN5 might not 
recognize the transformed version. URBANS 
will have ushered the user deeper and deeper 
into the system, first teaching him, then learn¬ 
ing from him, and eventually dialoguing with 
him. The progression that URBAN5 suggests 
is one that proceeds from a rigid system (for the 
designer to understand easily) to a flexible sys¬ 
tem (volatile enough to allow different tasks) to 
an adaptable system (where the machine loses 
its flexibility but gains an adaptability through 
evolution). 

In other words, URBAN5 suggests true dialogue, 
suggests an evolutionary system, suggests an 
intelligent system—but, in itself, is none of 
these. 
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Toward 

The Evolution of 

Architecture 

Machines 


URBANS: A Postmortem 

"Yes. But not one of those antiquated adding 
machines. It will be a superb, super-hyper- 
adding machine, as far from this old piece of 
junk as you are from God. It will be something 
to make you sit up and take notice, that adding 
machine. ... It will be the culmination of human 
effort—the final triumph of the evolutionary 
process.” 

Elmer L. Rice, The Adding Machine 

Too often a research proposal has to establish 
the project’s worth so completely that the ac¬ 
quired budget is used for the development of 
an already worked out but hastily assembled 
idea. However, through the generous support 
of I.B.M. and M.I.T., URBAN5 did not suffer 
from any symptoms inflicted by proposal writ¬ 
ing. There was no proposal. At first, not only 
were the authors unaware of how to get there, 
they were ignorant of where they were going. 
Work on Wednesday resulted from an achieve¬ 
ment on Tuesday which appeared to be a good 
idea on Monday and might well be discarded 
on Thursday. The spontaneous nature of the 
project did generate unexpected and fascinat¬ 
ing results. URBAN5 is not a tool, it is a toy. Its 
impetuous nature contributed, however, to 
some major shortcomings. 

Of its many deficiencies, URBAN5 has four 
notably severe shortcomings that have been 
the primary cause for abandoning it, are the 
underlying reasons for writing this book, and 
will be the germinal concerns of our new sys¬ 
tem, the architecture machine. It should be 
noted, however, that none of the drawbacks 
stems from the selection of the ten-foot cube 


or any of the other abstractions; rather they 
are failings engendered either by a lack of 
knowledge or lack of forethought. 

The first problem is due to the original over¬ 
sight of evolution. URBAN2, the baby brother 
and core of URBAN5, presupposed a rigid sys¬ 
tem, concluding that all the embedded assump¬ 
tions about the design process, where true 
(because many designers agreed), were fixed 
(because computer programs are that way, 
so we thought) and were universal (because 
that would be nice). After certain enlighten¬ 
ments, particularly that machines can grow and 
self-improve, some maturation processes were 
appended to the system. Parts of URBANS 
actually do change and develop over time. In 
a patchwork manner the system can transform 
some of its internal workings. However for the 
most part, the authors’ underlying presupposi¬ 
tions about the design process exhibit no evo¬ 
lution. URBAN5, as it stands, can never be 
denuded of the original biases that are deeply, 
sometimes unconsciously, rooted in its skeletal 
structure: that architecture is additive, labels 
are symbols, design is nondeterministic. 
URBAN5 can not display an attitude that contra¬ 
dicts these preconceptions. 

The general structure of URBANS has a second 
critical failure. The system feigns generality by 
providing a multitude of specific, predetermined 
design services. It has over one thousand oper¬ 
ations that in combination with one another 
support a good chance for providing a desired 
service. But URBAN5 is not a general-purpose 
architecture machine; instead it is a barrage of 
special-purpose (little) architecture machines. 
Each routine does a particular job and only 
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that job. In computer-aided design, we have 
seen that this is not appropriate. 

The third problem is context. Even though a 
contextual cross-referencing does occur within 
URBAN5, cues are explicit statements on the 
designer’s behalf. The underlying modal organ¬ 
ization imposes the categorical testimony that 
“Now I am going to do this ... and now I am 
going to do that." This unequivocal demarca¬ 
tion by the designer of design context is com¬ 
pletely unacceptable. It does not admit the 
necessary ambiguity and the subtle intermin¬ 
gling of contexts that are required in order to 
respond to a real-world medley of events. 
URBAN5 s operational structure demands a 
repartee that relies completely and at all times 
on the good judgment of the human designer. 
Again, this is not acceptable. Can we assume 
that he always knows what he is doing or what 
he will do next? Professor Licklider’s (1965a) 
solution is that "the console of the procogni- 
tive system will have two special buttons, a 
silver one labeled ’Where am I?’ and a gold 
one labeled What should I do next?' ” Even 
this solution is only partial. The machine 
should answer those questions implicitly, using 
context as the prime operator. Context must be 
articulated through many channels, rather than 
the simple depression of one or two buttons. 

Problem four: URBAN5 holds hands with only 
one designer and not even enough hands with 
that single user. The designer has a light pen, 
a keyboard, and a few buttons—a meager selec¬ 
tion of communication artifacts. The machine, 
in turn, has only a monotonous buzzer and the 
cathode-ray tube upon which it can trace 
monochromatic characters, lines, and points. 


The hardware sensors and effectors of URBAN5 
cramp those styles of conversation that are 
necessary for a dialogue. The hardware has no 
contact with the real world except through the 
designer. URBANS cannot hear the designer, 
it cannot see the designer, it cannot see the 
designer’s world. The designer, in turn, can 
hear only a penetrating buzz or irritating hum 
from the machine. A future system must have 
overlapping modalities and a full range of sen¬ 
sors and effectors. 

Any postmortem statement should do some 
eulogizing. Even though URBAN5 was a bit 
talkative and was a sloppy problem solver, it 
was a friendly system. 


Languages for Architecture Machines 
“The world view of a culture is limited by the 
structure of the language which that culture 
uses.” (Whorf, 1956) The world view of a ma¬ 
chine is similarly marked by linguistic structure 
At the present time, however, machines have 
denatured languages—codes. Codes are in¬ 
vented for specific purposes and they follow 
explicit rules, whereas languages develop and 
they evolve. But language presupposes a cul¬ 
ture and presumes an understanding, two 
features we are not about to ascribe unequiv¬ 
ocally to machines at this time. 

If you are in conversation with a machine and 
using a machine-oriented code, when the mech¬ 
anism replies, you report a “reaction. How¬ 
ever, employing a man-oriented code—a 
pseudolanguage—you might attribute to the 
machine an apparent “understanding. 

There are many man-oriented languages. There 
are languages of gestures and smiles, a lan¬ 
guage of posture, a language of touch. The 
reader should be referred to the important on 
going work of Warren Brodey and Avery John¬ 
son (1969); this section is concerned with only 
one subset, a formal language that architecture 
machines must have at the very beginning 
English. URBAN5 does display an apparent 
understanding of English. It does use context as 
toe prime operator in translation. It has the as¬ 
sumed context of architecture. Modes further 
define context. However, throughout any Eng is 
conversation with URBAN5, the overshadowing 
assumption is that the designer will talk abou 
toat which is at hand when he pushes the 
SPEAK button. Or if he asked a question, t e 
assumption is that his answer is indeed a rep y 


to that inquiry. With these assumptions, 
URBAN5 breaks down a sentence using dic¬ 
tionaries that contain both words and phrases. 
Each context (mode) has separate dictionaries. 

In the case of criteria specification, the inter¬ 
pretation mechanism looks for a dyadic rela¬ 
tionship and a desired answer. A mathematical 
summation or ratio houses the constraint. The 
interpretation routine passes to the conflict 
mechanism one or two operands (quality, sym¬ 
bol, solid or void, generic, topographical term), 
an operation (sum or ratio), and a desired result 
(number and units). For example, from the cri¬ 
terion, “50 percent of all residential units must 
have outdoor access,” the transformation is 
Ratio = 

residential units with access 
total number of residential units 

generic quality = g 5 
generic 

In a simpler case, when a direct question is 
asked, like “Does there exist any previous ma¬ 
terial to read from tape? ”, the designer’s re¬ 
sponse can be recognized with as little as five 
or ten dictionary words. In some cases, extra 
words might be stored in the translation mech¬ 
anism because the author's bad spelling re¬ 
quires categorization of words under proper 
and improper forms. 

English responses by URBAN5 are all prepro¬ 
grammed sentences. The machine has a reper¬ 
toire of about five hundred phrases which pro¬ 
vide a source of replies that can be combined 
with quotes from the designer. URBANS did not 
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achieve the interesting capability of creating its 
own error messages from words and small 
phrases. And the reader should not suppose 
that a group of architects working on computer- 
aided urban design have solved or even seri¬ 
ously tackled linguistic problems. The reader 
should refer to the well-documented projects 
of Green (et al., 1963), Bobrow (1964), Weizen- 
baum (1967), Raphael (1964), and Kellogg 
(1967). 

URBAN5’s diversion into linguistics animates 
the desire for natural interaction that underlies 
the entire system. Also, the crucial and not-so- 
obvious role of context once again manifests 
itself. Linguistic studies by professional lin¬ 
guists, like mechanical translation, have often 
ignored context because it is difficult. A machine 
translation from Russian to English came up 
with a now classical error: "Time flies like an 
arrow” became "Time flies enjoy eating ar¬ 
rows." It is not surprising that context is so 
important. Even in human understanding, a 
knowledge of context, usually a priori, is 
necessary. 

One of the reasons that machines do not speak 
English is that linguists have spent so much 
time on syntax and so little time on semantics. 
Only after fifteen years of research does there 
now appear to be a general consensus that 
semantics is the key to machine understanding 
of natural languages. Of course, nobody knows 
how to study linguistic associations and mean¬ 
ings without becoming thoroughly involved in 
syntax, noun-verb structures, and so forth. 

One exercise in languages for architecture ma¬ 
chines is the computer program STUPID. This 


routine was developed at first as a joke. It took 
a string of text, looked at a history of previous 
sentences, and randomly pieced together a 
response. Though the syntax was poor, STUPID 
was able to make clever replies using only 
statistical operations based on the kinds of 
words it was receiving. Later, STUPID was 
given Robert Venturi’s book, Complexity and 
Contradiction in Architecture (1966), and its 
replies were little more than cute. The experi¬ 
ment does prove, however, that if you are going 
to ignore semantics, you might as well ignore 
syntax. STUPID ignored both. A dialogue be¬ 
tween Warren Brodey and STUPID went as 
follows: 

Brodey: 

My name is Warren Brodey 
STUPID: 

My name. What is Warren Brodey 
Brodey: 

What are evolutionary environments? 

STUPID: 

What are the silliest machine that ignores con¬ 
text? 

Brodey: 

Tell me, how do butterflies make love? 

STUPID: 

Tell me how do butterflies will be little concern 
for you. 

Brodey: 

Why do you insist? 

STUPID: 

Why do butterflies make love? 

Brodey: 

Fink 

STUPID: 

Fink why do butterflies make love 
Brodey: 


As a lover you are a torture 
STUPID: 

As a problem for you have ever seen 
Brodey: 

Popapolartuil 

STUPID: 

Popapolartuil yes, that is Warren Brodey 

Why should a machine talk English? Is it a false 
anthropomorphization or a true facilitation? To 
assume that it is indeed a true facilitation, it is 
necessary first to distinguish language from 
style. For example, the error message, “Boo 
boo, you goofed again,” as a style of com¬ 
munication is surely unnecessary. Conversely, 
a number appearing on a cathode-ray tube 
referring the designer to a manual, is equally 
unnecessary. With almost no effort an explana¬ 
tory paragraph can be displayed on a scope or 
a hard copy retrieved on a printer. A string of 
characters can be effortlessly stored on a disk 
and retrieved and displayed in less than a 
twentieth of a second. 

The argument, however, should not be con¬ 
fused with the reverse case, numerical answers 
unnecessarily clothed in words. An architect, 
in a cost estimation procedure, for example, 
probably expects the cost per square foot 
rather than the comment, “cheap,' "okay, 
“expensive,” or “forget it.” 

The main issue is not only English versus pidgin 
English versus codes. The question is one of 
language that is not only “human discourse but 
evolutionary discourse. Learning the rigors of a 
computer language should be unnecessary 
except as a mental exercise or training On the 
other hand, when using written English, it might 


become cumbersome to write out words like 
"residential units” after the second or third 
spelling. One aspect, probably the simplest one, 
of evolutionary linguistics would permit each 
designer to select some anagram to refer to 
residential units if he so chooses. In effect, 
each designer should be able not merely to 
converse in English but simultaneously to con¬ 
struct hisown private shorthand ortelegraphese 
that might, in fact, be gobbledygook to another 
architect or another machine. 

This all implies a congenial idiom, but it is stilt 
a narrow channel of communication that ig¬ 
nores, as we have said, the language of ges¬ 
tures and the intonations available in human 
face-to-face contact. The informal sensory and 
motor augmentation of understanding is verily 
“unavailable to readers of telegrams—be they 
computers or humans” (Weizenbaum, 1967). 
But who designs environments by telegram? 




_ , ... —. ■ j ap«aruiiy Mid* 
chine built by Sir Charles 
Wheatstone and demon¬ 
strated in Dublin in 1835 
(Holmes, 1968). Even 
though human speech 
sounds were understood 
poorly at that time, the out¬ 
put was often passable. 
However, this relied greatly 
upon the skill of the opera¬ 
tor. (Photograph courtesy of 
J. N. Holmes, appearing in 
Science Journal, October 
1968. Redrawn from the 
Journal of the Acoustical 
Society of America) 

2 Cazeneuve’s magic hand 
appearing to write. This 
fraudulent writing mecha¬ 
nism would write answers to 
questions through the skill 
of the demonstrator’s ability 
to substitute his own written 
answer while feigning to 
blot the wet ink. (Photo¬ 
graph from Chapuis and 
Droz, 1958. Courtesy of Edi¬ 
tions du Griffon, Neuchatel, 
Switzerland) 


Interlaces for Architecture Machines 

Communication is the discriminatory response 
of an organism to a stimulus (Cherry, 1957). If 
we are to reckon with communication beyond 
formal rhetoric or syntax, whether English or 
computer graphics, we must address ourselves 
to the versatility of the discriminating mechan¬ 
ism—the interface. In this case the interface 
is the point of contact and interaction between 
a machine and the “information environment, 
most often the physical environment itself. 

We have looked at graphic interfaces for one, 
and teletypes for another, but a dialogue de¬ 
mands a redundant and multichanneled con¬ 
coction of sensory and motor devices far be¬ 
yond these two mechanisms. We are talking 
about a total observation channel for an archi¬ 
tecture machine. 

For a machine to have an image of a designer, 
of a problem, or of a physical environment, 
three properties are inherently necessary: an 
event, a manifestation, a representation. The 
event can be visual, auditory, olfactory, tactile, 
extrasensory, or a motor command. The mani¬ 
festation measures the event with the appro¬ 
priate parameters: luminance, frequency, 
brain wavelength, angle of rotation, and so fort 
The representation is the act of mapping the 
information into a receptacle that is compatib e 
with the organism's processing characteristics. 
These three properties—event, manifestation, 
representation—form the interface between any 
two organisms. The aspect of this interface wit 
which we are primarily concerned is the mani¬ 
festation, encompassed primarily by a piece o 
hardware. 


In an architect-machine relationship, perhaps 
the most interesting sensory interfaces are 
auditory and visual. Machines that are capable 
of visual perception and speech recognition 
are two of the prime targets of researchers in 
artificial intelligence. Someday, machines 
that can see and hear will be commonplace 
machines. Setting aside the phantasmagoria 
of robot designers, consider speaking to a ma¬ 
chine that sees you—a machine with eyes and 
ears, a machine that walks and talks. In our 
present culture the thought is either frightening, 
foolish, or, to some, quite realistic. To our chil¬ 
dren it will be an ordinary daily occurrence. To 
Mortimer Taube (1961) it is offensive. To 
Marvin Minsky (1966) it is obvious. 

In the meantime, extrapolations into the future 
should recognize current problems of imple¬ 
mentation. In the January 1967 issue of Data¬ 
mation, Leslie Mezie portrayed a conversation 
with a machine that could listen, and talk. A 
fragment went as follows: 

Professor: 

What time is it? 

Computer: 

It is 8:30 p.m., Thursday, December 5, 1985. 
Professor: 

I think I would like to start with some music 
today, let’s have some chamber music. 
Computer: 

You listen to Telemann most. 

Professor: 

No, something earlier. 

Computer: 

What about.... 

Six months later, in the August issue of Data- 
—».■—, Q ia/ Rnohm narndied the sketch 
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1 The hand of “Butterfin¬ 
gers,” the Stanford Hand- 
Eye Project. (J. A. Feldman 
etal., 1969) 

2 The M.l.T. Robot Project's 
hand, Project MAC. 

3 The eye and the hand of 
the Stanford project. This 
particular eye is a scanning 
device, a vidicon. 

* Voice input to the Stan¬ 
ford robot. Pierre Vicens of 
that project giving simple 
voice instructions (with a 
Trench accent), instructions 
like “pick up the big block.” 


planting aspects of present-day dilemmas: 
Professor: 

What time is it? 

Computer: 

I did not catch the last word. Or was it two 
words? 

Professor: 

What is the time? 

Computer: 

The dime is a copper coin worth one-tenth of a 
dollar. The word derives from the Latin decern, 
meaning... . 

Professor: 

No. No. What is the time? The time? 

Computer: 

It is 8:30 p.m., Thursday, December 5, 1985. We 
have been having some trouble with your lin- 
guals recently. Sometimes I can’t tell your d’s 
from your t’s. Let’s practice them. Watch the 
display screen for the intonation pattern, and 
repeat after me: Teddy’s daddy toted two dead 
toads to Detroit. 

Professor: 

Teddy’s daddy toted.. .. 

Nilo Lindgren’s (1965a and b) comprehensive 
survey describes a host of intriguing research 
efforts in speech recognition, all of which fall 
into one of three catagories: the auditory sen¬ 
sation, the acoustical disturbance freely prop¬ 
agating through air, and a sequence of articu¬ 
latory events in a psychological structure. The 
reader should also refer to the recent works of 
Bobrow and Klatt (1968), Reddy and Vicens 
(1968), and Rabiner (1968). 

Beyond giving a machine ears, giving a machine 
eyes is extremely critical to architecture ma¬ 
chines. Just on the hunch that a blind machine 
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1 The two diagrams repre¬ 
sent an interface, in this 
case between man and ma¬ 
chine. The left one is re¬ 
drawn from Nilo Lindgren's 
Human Factors in Engi¬ 
neering” (1966b). The im¬ 
portant feature is that the 
"human factors" thinking 
treats the entire man-ma¬ 
chine assemblage as a sin¬ 
gle entity. This implies that 
the interface is so smooth 
and so adaptable that in ef¬ 
fect it does not exist. 

2 The illustration is redrawn 
horn a reinterpretation of 
the above by Avery John¬ 
son. Still considered as a 
single entity, the man -ma¬ 
chine assemblage has a 
more active interface. In 
mis interpretation, the inter¬ 
face has local computing 
Power and can thus exhibit 
a behavior. This implies a 
continuous sensing and ef- 
! ct ' n 9 mechanism, and it is 
me behavior of this device 
that is observed by both 
higher-order processors. 

3 SEEK. This device is a 
homemade sensor/effector 
uilt by architecture stu- 
ents. The device has multi¬ 
ple attachments (magnets, 
Photocells, markers, etc.) 
which it can position in 
three dimensions under 
computer control. It is antic¬ 
ipated that the mechanism 
wi| l pile blocks, carry TV 
cameras, observe colors, 
and generally act as a peri¬ 
pheral device for student 
experiments in sensors and 
Rectors that interact with 
•he physical environment. 


will have shortcomings similar to those of a 
blind architect, the relevance of a seeing ma¬ 
chine warrants research. Outside of the design 
professions, giving machines eyes is of immi¬ 
nent importance. For instance, space explora¬ 
tion will eventually require machines that can 
both see and process the seen information. 

This is because the remote monitoring of a 
space robot s movements by earthlings re¬ 
quires too much transmission time (to Mars 
and back, for example), and a machine would 
crash into that which it is told to avoid only be¬ 
cause the message to stop might arrive too late, 
More domestic applications involve visual dis¬ 
crimination of simple objects. Eventually, ma¬ 
chines will package your purchased goods at 
the counter of your neighborhood supermarket. 

Oliver Selfridge (and Neisser, 1963) is credited 
with the founding works in pattern recognition. 
His mechanism, PANDEMONIUM, would ob¬ 
serve many localized visual characteristics. 

Each local verdict as to what was seen would 
be voiced by “demons” (thus, pandemonium), 
and with enough pieces of local evidence the 
pattern could be recognized. The more recent 
work of Marvin Minsky and Seymour Papert 
(1969) has extensively shown that solely local 
information is not enough; certain general ob¬ 
servations are necessary in order to achieve 
complete visual discrimination. 

At present, these works are being applied to 
architectural problems as an exercise 
preliminary to the construction of an archi¬ 
tecture machine. Anthony Platt and Mark 
Drazen are applying the Minsky-Papert eye to 
the problem of looking at physical models 
(Negroponte, 1969d). The interim goal of this 
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1 The M.l.T. Minsky/Papert 
eye. In this case the eye is 
an image dissector, a ran¬ 
dom-access device that 
does not scan back and 
forth but rather goes to dis¬ 
crete positions under com¬ 
puter control. This was the 
eye used for the Platt/Dra- 
zen vision experiment under 
the supervision of Seymour 
Papert. 

2 Some vision problems — 
reflections and tone 
changes. Note that the top 
surfaces of the front lower 
cubes are a light gray, while 
the rear upper one has a 
black top surface. In other 
words, in such lighting the 
orientation of a surface can¬ 
not be assumed from its 
gray tone. 

*3 nthor vision nrnblems — 


parallelogram Indicates a 
complete surface that can 
be used as “strong evi¬ 
dence" to place others in 
space. 
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4 More problems—discon¬ 
nected bodies. 

5 A typical model presented 
to the eye. 

6 Printer output of the light 
intensities. 

7 Contours of similar inten¬ 
sities. 

8 A cathode-ray tube dis¬ 
play of the discovered con¬ 
tours. The “noise" is due 
to both bad lighting and a 
poor choice of contours. 

9 The seen lines. These 
would be the lines seen un¬ 
der ideal, noise-free condi¬ 
tions. 

10 Minimal surfaces. A 
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1 GROPE groping on the Ur¬ 
ban Atlas map ot New 
York's residential popula¬ 
tion density. 

2 The old GROPE. 

3 The new GROPE. The 
slight glow beneath GROPE 
is from three little lights that 
illuminate the area for the 
fifteen photocells. It is inter¬ 
esting to note that, like most 
Architecture Machine proj¬ 
ects, GROPE started as a 
toy costing $15. Even 
though it has evolved into a 
major experiment, its circui¬ 
try and hardware have cost 
less than $80. 


exercise is to observe, recognize, and de¬ 
termine the “intents" of several models built 
from plastic blocks. Combined with Platt's 
previously described LEARN, this experiment 
is an attempt at machine learning through ma¬ 
chine seeing. In contrast to describing criteria 
and asking the machine to generate physical 
form, this exercise focuses on generating cri¬ 
teria from physical form. 

A second example of interfacing with the real 
world is Steven Gregory’s GROPE (Negroponte 
et al., 1969b). GROPE is a small mobile unit that 
crawls over maps, in this case Passonneau and 
Wurman s (1966) Urban Atlas maps. It employs 
a low-resolution seeing mechanism constructed 
with simple photocells that register only states 
of on or off, “I see light” or "I don't see light.” 

In contrast to the Platt experiment, GROPE 
knows nothing about images; it deploys a con¬ 
troller that must be furnished with a context and 
a role (as opposed to a goal; play chess as 
opposed to winning at chess). GROPE's role is 
to seek out “interesting things.” To determine 
future moves, the little robot compares where 
he has been to where he is, compares the past 
to the present, and occasionally employs ran¬ 
dom numbers to avoid ruts. The onlooking 
human or architecture machine observes what 
is “interesting” by observing GROPE’s behav¬ 
ior rather than by receiving the testimony that 
this or that is "interesting." At present, some 
aspects of GROPE are simulated and other 
aspects use the local computing power on 
GROPE's plastic back. GROPE will be one 
of the first appendages to an architecture ma¬ 
chine. because it is an interface that explores 
the real world. An architecture machine must 
watch devices such as GROPE and observe 
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1 Before the Architecture 
Machine Project had its own 
dedicated computing pow¬ 
er, aspects of GROPE were 
simulated on the ARDS dis¬ 
play. The four illustrations 
represent a sequence that 
traces GROPE's path 
through an internal machine 
representation of Urban At¬ 
las data for Boston. Note 
that by the fourth frame 
GROPE has “scrubbed 
out" two areas of the upper 
right. It turns out that this is 
Boston's downtown water¬ 
front, indeed an “interest¬ 
ing” area of the map. 

2 A photographic overlay of 
GROPE's path with a road 
map of Boston. 

3 An overlay with “personal 
income" data. 

4 An actual numerical dis¬ 
play of the “personal in¬ 
come” data. 

5 An overlay with “land 
use" and "residential densi¬ 
ty-” 


their behavior rather than listen to their 
comments. 

But why not supply the machine with a coordi¬ 
nate description of the form on punch cards 
and proceed with the same experiment? Why 
must a machine actually see it? The answer is 
twofold. First, if the machine were supplied a 
nonvisual input, the machine could not learn 
to solicit such information without depending 
on humans. Second, it turns out that the com¬ 
putational task of simply seeing, the physi¬ 
ology of vision (as opposed to the psychology 
of perception) involves a set of heuristics that 
are apparently those very rules of thumb that 
were missing from LEARN, that made LEARN 
a mannerist rather than a student. 

It seems natural that architecture machines 
would be superb clients for sophisticated 
sensors. Architecture itself demands a sensory 
involvement. Cardboard models and line 
drawings describe some of the physical and 
some of the visual worlds, but who has ever 
smelt a model, heard a model, lived in a mod¬ 
el? Most surely, computer-aided architecture 
is the best client for “full interfacing. De¬ 
signers need an involvement with the sensory 
aspects of our physical environments, and it 
is not difficult to imagine that their machine 
partners need a similar involvement. 


Architecture Machines Learning Architecture 

There is no security against the ultimate de¬ 
velopment of mechanical consciousness, in 
the fact of machines possessing little con¬ 
sciousness now . .. reflect upon the extra¬ 
ordinary advance which machines have made 
in the last few hundred years, and note how 
slowly the animal and the vegetable kingdoms 
are advancing. 

Samuel Butler, Erewhon 

When a designer supplies a machine with 
step-by-step instructions for solving a specific 
problem, the resulting solution is unquestion¬ 
ably attributed to the designer’s ingenuity and 
labors. As soon as the designer furnishes the 
machine with instructions for finding a method 
of solution, the authorship of the results be¬ 
comes ambiguous. Whenever a mechanism is 
equipped with a processor capable of finding 
a method “of finding a method of solution,” 
the authorship of the answer probably belongs 
to the machine. If we extrapolate this argu¬ 
ment, eventually the machine’s creativity will 
be as separable from the designer’s initiative 
as our designs and actions are from the peda¬ 
gogy of our grandparents. 

For a machine to learn, it must have the im¬ 
petus to make self-improving changes, to 
associate courses with goals, to be able to 
sample for success and failure, and to be 
ethical. We do not have such machine capa¬ 
bilities; the problem is still theoretical, still of 
interest primarily to mathematicians and 
cyberneticians. 


A 1943 theorem of McCulloch and Pitts states 
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1 The Interdata computer, at 
present the nucleus of the 
Architecture Machine Proj- 
wt. (Photograph courtesy of 
the Interdata Corporation) 

2 Interdata's mother-boards 
and daughter-boards. These 
panels hold the circuitry 
and plug into a chassis. This 
simplicity permits rapid in¬ 
terfacing of peripheral sen¬ 
sors and effectors. (Photo¬ 
graph courtesy of the Inter¬ 
data Corporation) 

3 A Architecture Ma¬ 
chine’s first technician. 

A SEEK and its controller. 

5 The Architecture Machine 
configuration including the 
icufif (September 1, 


6 Processor, expansion 
c assis, and various con¬ 
trollers. 


that a machine constructed with regenerative 
loops of a certain formal character is capable 
of deducing any legitimate conclusion from a 
finite set of premises. One approach to such a 
faculty is to increase the probability of mean¬ 
ingfulness of the output (the design) generated 
from random or disorderly input (the criteria). 
Ross Ashby (1956) states, “It has been often 
remarked that any random sequence, if long 
enough, will contain all answers; nothing pre¬ 
vents a child from doodling: cos 2 X + 
sirt 2 X = 1.” In the same spirit, to paraphrase 
the British Museum/chimpanzee argument, a 
group of monkeys, while randomly doodling, 
can draw plans, sections, and elevations of 
ail the great works of architecture and do this 
in a finite period of time. As the limiting case, 
we would have a tabula rasa, realized as a 
network of uncommitted design components 
or uncommitted primates. Unfortunately, in 
this process our protagonists will have built 
Levittown, Lincoln Center, and the New York 
Port Authority Towers. 

Surely some constraint and discrimination is 
necessary if components are to converge on 
solutions within “reasonable” time. Compo¬ 
nents must assume some original commitment. 
As examples of such commitment, five particu¬ 
lar subassemblies should be part of an archi¬ 
tecture machine: (1) a heuristic mechanism, 

(2) a rote apparatus, (3) a conditioning device, 
(4) a reward selector, and (5) a forgetting 
convenience. 

A heuristic is a method based on rules of 
thumb or strategies that drastically limit the 
search for a solution. A heuristic method does 
not guarantee a solution, let alone an optimal 
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1 The Architecture Ma¬ 
chine's punish/reward and 
BLAB, a rudimentary audio 
output device. 


one. The payoff is in time and in the reduction 
of the search for alternatives. Heuristic learning 
is particularly relevant to evolutionary ma¬ 
chines because it lends itself to personaliza¬ 
tion and change by talking to one specific 
designer, overviewing many designers, or 
viewing the real world. In an architecture ma¬ 
chine, this heuristic element would probably 
be void of specific commitment when the 
package arrives at an office. Through architect- 
sponsored maturation, a resident mechanism 
would acquire broad rules to handle excep¬ 
tional information. The first time a problem is 
encountered, the machine would attempt to 
apply procedures relevant to similar prob¬ 
lems or contexts. Heuristics gained from 
analogous situations would be the machine's 
first source of contribution to the solution of a 
new problem. 

After repeated encounters, a rote apparatus 
would take charge. Rote learning is the ele¬ 
mentary storing of an event or a basic part of 
an event and associating it with a response. 
When a situation is repeatedly encountered, a 
rote mechanism can retain the circumstance 
for usage when similar events are next en¬ 
countered. In architecture, this repetition of 
subproblems is extremely frequent: parking, 
elevators, plumbing, and so forth. And again a 
rote mechanism lends itself to evolutionary ex¬ 
pansion. But, unlike a heuristic mechanism, 
this device would probably come with a small 
original repertoire of situations it can readily 
handle. 

Eventually, simple repetitous responses be¬ 
come habits, some good and some bad. More 
specifically acclimatized than a rote apparatus, 






1 Diagram taken from Mar¬ 
vin Minsky and Seymour 
Papert's Perceptrons 
(1969). 

2 Projections of the pres¬ 
ent Architecture Machine 
configuration. 


a conditioning mechanism is an enforcement 
device that handles all the nonexceptional 
information. Habits, not thought, assist hu¬ 
mans to surmount daily obstacles. Similarly, 
in a machine, beyond rote learning, design 
habitudes can respond to standard events 
while the designer, the heuristic mechanism, 
and the rote apparatus engage in the problem¬ 
solving and problem-worrying (Anderson, 

1966) aspects of design. Each robot would 
develop its own conditioned reflexes (Uttley, 
1956). Like Pavlov’s dog, the presence of 
habitual events will trigger predefined re¬ 
sponses with little effort until the prediction 
fails; whereupon, the response is faded out by 
frustration (evolution) and is handled else¬ 
where in the system. 

A reward selector initiates no activities. In a 
Skinnerian fashion (B. F. Skinner, 1953), the 
reward mechanism selects from any action 
that which the “teacher” likes. The teachers 
(the designer, the overviewing apparatus, the 
inhabitants) must exhibit happiness or disap¬ 
pointment for the reward mechanism to oper¬ 
ate. Or, to furnish this mechanism with direc¬ 
tion, simulation techniques must evolve that 
implicitly pretest any environment. The design 
of this device is crucial; bad architecture 
could escalate as easily as good design. A 
reward selector must not make a machine the 
minion or bootlicker of bad architecture. It 
must evaluate, or at least observe, goals as 
well as results. 

Finally, unlearning is as important as learning 
(Brodey, 1969c). The idea of "its [the compu¬ 
ter’s] inability to forget anything that has been 
put into it_” (A. Miller, 1967) is simply 


fallacious. Information can assume less signifi¬ 
cance over time and eventually disappear— 
exponential forgetting. Obsolescence can occur 
through time or pertinence. A technological in¬ 
novation in the construction industry, for exam¬ 
ple, can make entire bodies of knowledge 
obsolete (which, as humans, we tend to hate 
surrendering). Or past procedures might not 
satisfy environmental conditions that have 
changed overtime, thus invalidating a heuristic, 
rote response, or conditioned reflex. 

These five items are only pieces of an archi¬ 
tecture machine; the entire body will be an 
ever-changing group of mechanisms that will 
undergo structural mutations, bear offspring 
(Fogel et al., 1965), and evolve, all under the 
direction of a cybernetic device. 
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Epilogue 


Robot Architects 

Rather than “problem-solving,” I character¬ 
ized the design process as “problem- 
worrying.” I suggested that architecture is con¬ 
cerned with structuring man’s environment to 
facilitate the achievement of human purposes 
(intellectual, psychological and utilitarian) 
where those purposes are incompletely known 
and cannot be extrapolated from what is given 
in the situation. Rather, human purposes are 
altered by the very environment that is created 
to facilitate them. The structuring of the en¬ 
vironment must be accomplished, then, 
through the exercise of tentative foresight 
and the critical examination of that foresight 
and the actions to which it leads. According to 
this description, neither the human purposes 
nor the architect’s methods are fully known in 
advance. Consequently, if this interpretation 
of the architectural problem situation is ac¬ 
cepted, any problem-solving technique that 
relies on explicit problem definition, on distinct 
goal-orientation, on data collection, or even 
on non-adaptive algorithms will distort the 
design process and the human purposes 
involved. 

Stanford Anderson, “Problem-Solving and 
Problem-Worrying” 

It is interesting to ponder what a human de¬ 
signer must do or the behavior he must ex¬ 
hibit in order to be a good architect, a talented 
architect, an ethical architect—not, perforce, 
a successful architect. We know that he must 
somehow contribute and promote physical 
environments that both house and stimulate 
the good life. But we do not know much about 
the good life; it has no "utility function and 


cannot be optimized. We know that he must 
have an understanding of and ease with physi¬ 
cal form. But we do not know how our own 
cognitive processes visualize shape and ge¬ 
ometry. We know that he must interpret human 
needs and desires. But we do not know how to 
acquire these needs and desires. 

What probably distinguishes a talented, com¬ 
petent designer is his ability both to provide 
and to provide for missing information. Any 
environmental design task is characterized by 
an astounding amount of unavailable or inde¬ 
terminate information. Part of the design 
process is, in effect, the procurement of this 
information. Some is gathered by doing re¬ 
search in the preliminary design stages. Some 
is obtained through experience, overlaying 
and applying a seasoned wisdom. Other 
chunks of information are gained through 
prediction, induction, and guesswork. Finally 
some information is handled randomly, play¬ 
fully, whimsically, personally. 

It is reasonable to assume that the presence 
of machines, of automation in general, will 
provide for some of the omitted and difficult- 
to-acquire information. However, it would ap¬ 
pear foolish to suppose that, when machines 
know how to design, there will be no missing 
information or that a single designer can give 
the machine all that it needs. Consequently, 
we, the Architecture Machine Group at M.I.T., 
are embarking on the construction of a ma¬ 
chine that can work with missing information. 

To do this, an architecture machine must un¬ 
derstand our metaphors, must solicit informa¬ 
tion on its own, must acquire experiences, 
must talk to a wide variety of people, must 


119 




1 The Jaquet-Droz Writer 
(circa 1774). The little boy 
is 28 inches tall, carved 
from wood, and composed 
of a very complicated mech¬ 
anism which still works. It 
has carefully written, "I do 
not think, therefore I will 
never be." (Photograph 
courtesy of Editions du Grif¬ 
fon, automaton in Neucha- 
tel Museum) 

2 "And it will serve us right" 
(Asimov, 1969), (Reprinted 
from “Psychology Today,” 
magazine, April 1969,© 
Communications/Research/ 
Machines, Inc. Photograph 
by Stephen Wells) 


improve overtime, and must be intelligent. It build machines that can learn, can grope, and 

must recognize context, particularly changes can fumble, machines that will be architec- 

in goals and changes in meaning brought tural partners, architecture machines, 

about by changes in context. 

In contrast, consider for a moment a society 
of designers built upon machine aides that 
cannot evolve, self-improve, and most impor¬ 
tantly, cannot discern shifts in context. These 
machines would do only the dull ignoble tasks, 
and they would do these tasks employing only 
the procedures and the information designers 
explicitly give them. These devices, for ex¬ 
ample, could indiscriminately optimize partial 
information and generate simplistic solutions 
that minimize conflicts among irrelevant cri¬ 
teria. Furthermore, since no learning is per¬ 
mitted in our not-so-hypothetical situation, 
these machines would have the built-in preju¬ 
dices and “default options” of their creators. 

These would be unethical robots. 

Unfortunately most researchers seem to be 
opting for this condition. As a result, many 
computer-aided design studies are relevant 
only insofar as they present more fashionable 
and faster ways of doing what designers al¬ 
ready do. And since what designers already 
do does not seem to work, we will get inbred 
methods of work that will make bad architec¬ 
ture, unresponsive architecture, even more 
Prolific. 

I therefore propose that we, architects and 
computer scientists, take advantage of the 
Professional iconoclasms that exist in our day 
—a day of evolutionary revolution; that we 
build machines equipped with at least those 
devices that humans employ to design. Let us 
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Drawings by Computer 

American Federation of In¬ 
formation Processing Pro¬ 
ceedings, Fall Joint Com¬ 
puter Conference, 31, 46- 
58 

1967 

Evans, G. W., G. F. 

Wallace, and G. L. 

Sutherland 

Simulation Using Digital 
Computers 

Englewood Cliffs, N.J.: 
Prentice-Hall, 

1967 

Ewald, W. R., Jr. (editor) 

Environment and Policy 

Bloomington: Indiana 
University Press 

1968 

Fair, G. R., A. D. J. 

Flowerdew, W. G. Munro, 
and D. Rowley 

Note on the Computer as an 
Aid to the Architect 

Computer Journal, 9, No. 1, 
16-20 

1966 May 

Fano, R. M. 

The Computer Utility and 
the Community 

Institute of Electrical and 
Electronics Engineers In¬ 
ternational Convention 

Record, Part 12, 30-36 

1967 

Feigenbaum, E. A., 
and J. Feldman (editors) 

Computers and Thought 

New York: McGraw-Hill 

1963 

Feldman, J., G. Feldman, 

G. Falk, G. Grape, 

J. Pearlman, 1. Sobel. and 

J. Tennebaum 

The Stanford Hand-Eye 

Project 

Proceedings of the Interna¬ 
tional Joint Conference on 
Artificial Intelligence, 509- 
520 

1969 

Feldt, A. G. 

Operational Gaming in Plan¬ 
ning and Architecture 

Prepared for presentation at 
the American Institute of 
Architects-Researchers Con¬ 
ference, Gatlinburg, Tenn, 

1967 October 25 


Operational Gaming in 

Planning Education 

American Institute of Plan¬ 
ners Journal, 32, No. 1,IT- 
23 

1966 January 

Fenves, S. J. 

Computer Use in Building 
Design 

Building Research, 3. No. 2, 
10-12 

1966 March-April 

Ferry, W. H. 

Must We Rewrite the Con¬ 
stitution to Control Tech¬ 
nology 

Saturday Review, 51, No. 9, 
50-54 

1968 March 2 
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Fetter, W. A. 


Fleisher, A., 

W. Porter, and K. Lloyd 


Fogel, L J. 


Fogel, L. J., A. J. Owens, 
and M. J. Walsh 


Fralick, S. C. 


Friedberg, R„ B. Dunham, 
and J. North 

Frijda, N. H. 


Gabor, D. 


Gagan, R., F. Garside. 
L. Metrick, and 
A. Shortall 


Computer Graphics 


Design Quarterly 66/67 1966 DeC ember 

15-24 


Gold, E. M. 


Language Identification in Information and Control, 10, 1967 May 

the Limit 447-474 


Computer Graphics in 
Communications 


New York: McGraw-Hill 1964a 


Computer Graphics: Archi¬ 
tecture and the Computer 


DISCOURSE: Computer 
Assisted City Design 


On the Design of Conscious 
Automata 

Artificial Intelligence 
Through Simulated Evolu¬ 
tion 


Boston: First Boston Archi- 1964b 

tectural Center Conference, 

December 5, 34-36 

Computer Graphics in Archi- 1969 
tecture and Design. M. Milne 
(editor). New Haven: Yale 
School of Art and Archi¬ 
tecture 

Decision Science Incorpo- 196 g 

rated AD-644204 

New York: Wiley 196 g 


On the Evolution of Arti¬ 
ficial Intelligence 


Intelligent Decision-Making 
Through a Simulation of 
Evolution 


Learning to Recognize 
Patterns Without a Teacher 


A Learning Machine 


Problems of Computer 
Simulation 

A New Microscopic 
Principle 


Development of a Color Dis¬ 
play Capability 


Proceedings of the Fifth 1964 May 5 . 6 

National Symposium on Hu¬ 
man Factors. Institute of 
Electrical and Electronics 
Engineers, 63-76 


Institute of Electrical and 
Electronics Engineers 
Transactions on Human 
Factors in Electronics. HFE- 
6, No. 1,13-23 


1965 September 


Institute of Electrical and 
Electronics Engineers 
Transactions, Information 
Theory, IT-3, 57-64 

IBM Journal of Research 
and Development, 2-13 

Behavioral Science 12 
59-67 


1967 January 


1958 January 


1967 January 


Nature, 161, No. 4098 
777-778 


1948 May 15 


Concord, Mass.: Wolf Re¬ 
search and Development 
Corporation 


1968 October 


Good, 1. j. 

Speculations Concerning 
the First Ultra-Intelligent 
Machine 

Advances in Computers, 6, 
31-38 

1965 

Goto, E. 

Difficulties in Realizing 
Artificial Intelligence 

Electronics and Communi¬ 
cations in Japan, 46, No. 
11,56-63 

1963 November 

Gould, 1. H. 

Some Limitations of Com¬ 
puter-Aided Design 

Computer Bulletin, 10, No. 

3, 64-68 

1966 December 

Gray, J. C. 

Compound Data Structures 
for Computer-Aided Design: 

A Survey 

Proceedings of the 22nd As¬ 
sociation for Computing 
Machinery National Con¬ 
ference, 355-365 

1967 

Green, B. F., C. Chomsky, 

A. K. Wolf, and 

K. Laughery 

Baseball: An Automatic 
Question Answerer 

Computers and Thought, 

E. A. Feigenbaum and J. 
Feldman (editors). New 

York: McGraw-Hill, 207-216 

1963 

Greenblatt, R. D„ D. E. 
Eastlake, and S. D. 

Crocker 

The Greenblatt Chess Pro¬ 
gram 

American Federation of In¬ 
formation Processing Pro¬ 
ceedings, Fall Joint Com¬ 
puter Conference, 31, 801- 
810 

1967 

Guzman, A. 

Some Aspects of Pattern 
Recognition by Computer 

Cambridge, Mass.: M.I.T., 
AD-656041 

1967 February 

Hall, E. T. 

Seeing and Believing 

Architectural Review, 149, 

No. 858 

1968 August 


The Silent Language 

New York: Doubleday 

1959 

Hall, p. 0 . 

The Computer and Society 

Computer Bulletin, 11, No. 

3, 216-219 

1967 December 

Harper, G. N. 

BOP — An Approach to 

Building Optimized 

Proceedings. Association of 
Computing Machinery 23rd 
National Conference, 575 

583 

1968 November 

Harper, G. N. (editor) 

Computer Applications in 

New York: McGraw-Hill 

1968 


Architecture and Engi 
neering 
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Harrington, J. J. 

Operation Research — 
Relatively New Approach to 
Managing Man's Environ¬ 
ment 

New England Journal of 
Medicine, 275, No. 24, 

1342-1350 

1966 December 15 

Harris, B. 

The Limits of Science and 
Humanism in Planning 

American Institute of Plan¬ 
ners Journal, 33, No. 5, 

324-335 

1967a September 


How to Succeed with Com¬ 
puters without Really Try¬ 
ing 

American Institute of Plan¬ 
ners Journal, 33. No. 1, 

11-18 

1967b January 


The Uses of Theory in the 
Simulation of Urban Phe¬ 
nomena 

Presented at Highway Re¬ 
search Board meetings, 
Washington, D.C. 

1966 January 


Organizing the Use of Mod¬ 
els in Metropolitan Planning 

Seminar on Metropolitan 

Land Use Models, Berkeley, 
Calif. 

1965 March 

Hendren, P. 

Simulating Architectural 

Forms 

Computer Graphics in Archi¬ 
tecture and Design, M. 

Milne (editor). New Haven: 

Yale School of Art and Ar¬ 
chitecture, 38-45 

1969 


Experiments in Form, Us¬ 
ing Computer Graphics 

Santa Barbara: University 
of California 

1968 


A System for Dynamic 
Simulation. Using Computer 
Graphics 

Stillwater: Oklahoma State 
University 

1967 

Hermann, H„ and J. C. 
Kotelly 

An Approach to Formal Psy¬ 
chiatry 

Perspectives in Biology and 
Medicine 

1967 Winter 

Herzberg, J. G. 

Architects Open Computer 
Dialogue 

New York Times, VIII, 1:7 

1968 April 21 

Herzog, B. 

Computer Graphics for De- 

Emerging Concepts in Com- 

1968 


9 puter Graphics, D. Secrest 

and J. Nievergelt (editors). 

New York: W. A. Benjamin, 

189-230 

Hodes, 1. 

Machine Processing of Line Lexington, Mass.: M.l.T. 1961 March 

Drawings Lincoln Laboratory, Group 

Report 54G0028 


Hogan, D. L. 

Holmes, J. N. 
Hook, S. (editor) 

Horgan, T. B. 

Hormann, A. 


Hosaka, M. 

Hosken, F. P. 

Huberman, B. J. 

Hulten, K. G. P. 

Huxley, A. 

Imbert, J„ and B. Lagune 


Speech as Computer Input 
and Output 


Machines that Talk 

Dimensions of Mind Pro¬ 
ceedings 

Computer Graphics: An 
Overview 

Shimoku Posed as an 
Assignment Task 

Designing a Machine Part¬ 
ner — Prospects and 
Problems 

Gaku, An Artificial Student 

How a Computer System 
Can Learn 

Programs for Machine 
Learning, Part II 

Programs for Machine 
Learning, Part 1 

A Theory and Design of 
Free-Formed Surface 

Our Cities of Tomorrow 

A Program to Play Chess 
End Games 

The Machine 


Brave New World 

Specimen de Dessin Auto- 
matigue de Contours d Hots 
etd'uneTypologie 


1966 Institute of Electrical 
and Electronics Engineers 
International Convention 
Record, Part 3, 91-93 

Science Journal, 75-80 

New York: New York Uni¬ 
versity Press 

Reprographics, V, 6 


1966 

1968 October 
1960 

1967 June 


Systems Development Cor- ^66 September 28 
poration, AD-643264 


IBM Corporation, AD- 
626173 


1965 October 15 


Behavioral Science, 10, 
88-107 

Institute of Electrical and 
Electronics Engineers Spec¬ 
trum, 1, No. 7,110-119 

Information and Control. 7, 
55-57 

Information and Control, 5, 
347-367 

Information Processing in 
Japan, 7, 54-61 

The Boston Herald, Sunday 
Magazine Section. 7 

California: Stanford Univer¬ 
sity, AD-673971 

New York: The Museum of 
Modern Art 

New York: Harper & Row 

Aix-en-Provence, France: 
Centre d'Etudes Techniques 
de V Equipment 


1965 January 

1964 July 

1964 March 

1962 December 

1967 

1968 January 7 

1968 August 19 

1968 

1939 

1968 
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Johnson, A. R. 

The Self-Organizing Inter¬ 
face 

Institute of Electrical and 
Electronics Engineers, 

Group on Man Machine 
Systems 

1969a September 8-12 


Self-Organizing Control in 
Prosthetics 

To be presented at the Third 
International Symposium on 
External Control of Human 
Extremities 

1969b August 25-30 


Organization, Perception, 
and Control in Living Sys¬ 
tems 

Industrial Management Re¬ 
view, 10, No. 2, 1-16 

1969c Winter 


A Structural, Preconscious 
Piaget: Heed Without Habit 

Proceedings, National Elec¬ 
tronics Conference, 23 

1967 

Johnson, C, 1. 

Principles of Interactive 
Systems 

IBM Systems Journal, 7, 

Nos. 3 and 4, 147-174 

1968 

Johnson, D, L, and 

A. L Kobler 

Man-Computer Relation¬ 
ships 

Science, 139, 1231-1232 

1963 March 22 

Johnson, T. E. 

Space Arrangement 

Architectural Design, 39 

509 

1969 September 


A Mass Storage Relational 

Data Structure for Computer 
Graphics and other Arbi¬ 
trary Data Storage 

Cambridge, Mass.: Depart¬ 
ment of Architecture, M.l.T. 

1967 

Juenger, F. G. 

Sketchpad III: A Computer 
Program for Drawing in 

Three Dimensions 

The Failure of Technology- 
Perfection Without Purpose 

American Federation of In¬ 
formation Processing Pro¬ 
ceedings, Spring Joint Com¬ 
puter Conference, 23,347- 
353 

Hinsdale, III.: Regnery 

1963 

1949 

Julesz, B. 

Kamnitzer. P. 

Keast, 0. N. 

Toward the Automation of 
Binocular Depth Perception 

Computer Aid to Design 

Survey of Graphic Input 

Devices 

Proceedings of the Interna¬ 
tional Federation of Informa¬ 
tion Processing, 9, No. 3, 
439-444 

Architectural Design, 39, 

507-508 

Machine Design, 39, No. 18, 
114-120 

1962 

1969 September 

1967 August 3 


Kellog, C. H. 

CONVERSE—A System for 
On-Line Description and 
Retrieval of Structural Data 
Using Natural Language 

Systems Development Cor¬ 
poration, SP-2635 

1967 May 26 

Ketchpel, R. D. 

Direct-View Three-Dimen¬ 
sional Display Tube 

Institute of Electrical and 
Electronics Engineers 
Transactions of the Profes¬ 
sional Technical Group on 
Electron Devices, ED-10, 

No. 5, 324-328 

1963 September 

Kirsch, R. A. 

Experiments in Processing 
Pictorial Information with 
a Digital Computer 

National Building Studies 
Report, No. 5713 

1957 December 15 

Klopf. A. K. 

Evolutionary Pattern Recog¬ 
nition Systems 

Illinois University Research 
Report, AD-637492 

1965 November 1 

Knowlton, K. C. 

Computer-Animated Movies 

Emerging Concepts in Com¬ 
puter Graphics. D. Secrest 
and J. Nievergelt (editors). 
New York: W. A. Benjamin, 
343-370 

1968 

Kochen, M. 

Automatic Question-An¬ 
swering of English-like 
Questions about Simple 
Diagrams 

Radio Corporation of Ameri¬ 
ca Laboratories, AD-670545 

1968 May 


Group Behavior of Robots 

Computers and Automation, 

6, No. 3,16-21,48 

1957 March 

Kock, W. E. 

Hologram Television 

Institute of Electrical and 
Electronics Engineers, Pro¬ 
ceedings, 54, No. 2, 331 

1966 February 

Koffman, E. 8. 

Learning Games through 

Pattern Recognition 

Institute of Electrical and 
Electronics Engineers 
Transactions, Systems Sci¬ 
ence and Cybernetics, SSC- 
4,12-16 

1968 March 

FfrrA'and 

LIUI m - Eden 

G„ D. Kuck, 

■ LancJ i, and D. Manelski 

Recognizing Patterns; Stud¬ 
ies in Living and Automatic 
Systems 

Natural Language Inputs for 
a Problem-Solving System 

Cambridge. Mass.: The 

M.l.T. Press 

Behavioral Science, 9. 

281-288 

1968 

1964 July 9 
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Laning, J. H., Jr., and 

R. H. Battin 

Random Processes in Auto¬ 
matic Control 

New York: McGraw-Hill 

1956 

Leith, E. N., A. Kozma, 
and N. Massey 

Hologram Visual Displays 

Journal of the Society of 

Motion Picture and Televi¬ 
sion Engineers, 75, 323 

1966 

Leith, E. N., and 

J. Upatnieks 

Holograms, Their Properties 
and Uses 

Journal of the Society for 
Photographic Instrumenta¬ 
tion Engineers, 4, 3-6 

1965 

Lesem, L. B„ P. M, Hirsch, 
and J. A. Jordan, Jr. 

Computer Synthesis of Hol¬ 
ograms for 3-D Display 

Houston: IBM Houston Sci¬ 
entific Center Report 320- 
2327 

1968 January 

Lettvin, J. Y., H. 

Maturana, W. S. McCulloch, 
and W. Pitts 

What the Frog's Eye Tells 
the Frog's Brain 

Proceedings of the Institute 
of Radio Engineers, 47, 
1940-1951 

1959 

Lewis, A. 0., Jr. (editor) 

Of Men and Machines 

New York: Dutton 

1963 

Licklider, J. C. R. 

Libraries of the Future 

Cambridge, Mass.: The 

M.l.T. Press 

1965a 


Man-Computer Communica¬ 
tion—Introduction 

Communication Processes, 

F. A. Geldard (editor). New 
York: Pergamon 

1965b 


Problems in Man-Computer 
Communications 

Communication Processes, 

F. A. Geldard (editor). New 
York: Pergamon 

1965c 


Man-Computer Symbiosis 

Institute of Radio Engineers 
Transactions on Human 

Factors in Electronics, HFE- 
1, No. 1,4-10 

1960 March 

Lindgren, N. 

Art and Technology, Steps 
Toward a New Synergism 

Institute of Electrical and 
Electronics Engineers Spec¬ 
trum. 6, No. 4. 59-68 

1969 April 


Directions for Speech Re¬ 
search 

Institute of Electrical and 
Electronics Engineers 
Spectrum, 5, No. 3, 83-92 

1968 March 


Human Factors in Engineer¬ 
ing—Part II 

Institute of Electrical and 
Electronics Engineers 
Spectrum, 3, No. 4., 62-72 

1966a April 


Human Factors in Engineer¬ 
ing—Part 1 

Institute of Electrical and 
Electronics Engineers Spec¬ 
trum, 3, No. 3. 132-139 

1966b March 


Lindgren, N. 

Machine Recognition of Hu¬ 
man Language—Part II 

Institute of Electrical and 
Electronics Engineers 
Spectrum, 2, No. 4, 45-59 

1965a April 


Machine Recognition of Hu¬ 
man Language—Part 1 

Institute of Electrical and 
Electronics Engineers 
Spectrum, 2, No. 3,114-136 

1965b March 

Lindheim, R. 

Computers and Architecture 

Landscape, 14, No. 3,8-11 

1965 Spring 

Lipner, S. B. 

Requirements for the Devel¬ 
opment of Computer-Based 
Urban Information Systems 

American Federation of In¬ 
formation Processing Pro¬ 
ceedings,Spring Joint Com¬ 
puter Conference, 34, 523- 
528 

1969 

Loehlin, J. c. 

Machines with Personality 

Science Journal, 4, No. 10, 
97-101 

1968 October 

Logcher, R. D., and 

G. M. Sturman 

The Structural Design Lan¬ 
guage; a Design System for 
a Process Approach to 

Design 

Cambridge, Mass.: School 
of Engineering, M.l.T. 

1966 

Loginou, V. N. 

The Application of Elec¬ 
tronic Computers to Plan¬ 
ning 

Mekhaniz. 1 Avtomatiz, 
ProvlA-VA9, 32-35 

1963 

Lovelace, A. A. 

Translators Notes to an Ar¬ 
ticle on Babbage's Analyti¬ 
cal Engine 

Scientific Memoirs, 3, 691- 

731 

1842 

Ludwig. M. E. 

Architecture in the McLuhan 

Age 

American Institute of Archi¬ 
tects Journal,48, No. 1, 37-38 

1967 August 


Prejudice and the Computer 

American Institute of Archi¬ 
tects Journal, 46, No. 1, 70 

1966 July 

McCarthy, j. 

Information 

Scientific American, 215, 

No. 3, 65-95 

1966 September 


Programs with Common 

Sense 

Mechanization of Thought 
Processes, 1 London: Her 
Majest s Stationery Office 

1959 

£ C m arth y-.E.F e igen- 

and A. Samuel 

Project Technical Report 

California: Stanford Uni¬ 
versity, AD-677528 

1968 September 13 

McCulloch, w. S. 

Lekton 

Communication: Theory and 
Research. L. Thayer (editor). 
Springfield, III.: Charles C. 

Thomas 

1967 
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McCulloch, W. S. 


Embodiments of Mind 


Cambridge, Mass.: The 
M.l.T. Press 


1965 



Toward Some Circuitry of 

Ethical Robots or an Obser¬ 
vational Science of the Gen¬ 
esis of Social Evaluation in 
the Mind-Like Behavior of 

Artifacts 

Acta Biotheoretica, 11, 

147-156 

1956 

McCulloch, W. S„ and 

W. M. Brodey 

The Biological Sciences 

The Great Ideas Today. 

Chicago: Encyclopedia 
Britannica 

1966 

McCulloch, W. S., and 

W, Pitts 

Machines that Know and 

Want 

Brain Behavior: A Sympo¬ 
sium,W. C. Halstead (edi¬ 
tor), Comparative Psychol¬ 
ogy Monographs, 20, No. 1. 
Berkeley: University of 
California Press 

1950 


How We Know Universals 

The Perception of Auditory 
and Visual Forms, Bulletin 
of Mathematical Biophysics. 

9, 127-147 

1947 June 


A Logical Calculus of the 

Ideas Immanent in Nervous 
Activity 

Bulletin of Mathematical 
Biophysics, 5, No. 4, IIS- 
134 

1943 

Mac Kay, 0. M. 

Mind-Like Behavior in Arti¬ 
facts 

British Journal of Philoso¬ 
phy of Science, 2,105-121 

1951 

McLuhan. M. 

Understanding Media: The 
Extensions of Man 

New York: McGraw-Hill 

1965 

Maguire, H. T., and 

W. Arnold 

Intelligent Robots: Slow 
Learners 

Electronics, 40, No. 9, 

117-120 

1967 May 1 

Makowski, 2. S. 

Space, Structure and Elec¬ 
tronic Computers 

Architectural Design, 36, 

No. 1, 8-9 

1966 January 

Manheim, M. L 

Problem-Solving Processes 
in Planning and Design 

Design Quarterly 66/67, 

31-40 

1966 December 


Role of the Computer in the 
Design Process 

Building Research, 3, No. 2, 
13-17 

1966 March-April 

Mann, H. W„ and 

S. A. Coons 

Computer-Aided Design 

McGraw-Hill Yearbook of 
Science and Technology. 

New York: McGraw-Hill, 1-9 

1965 


Meeker, R. J„ and 
G. H. Shure 

Meier, R. L 

Meier, R. L., and 
R. D. Duke 

Melick, L. F. 

Mezie, L. 

Michael, D. 

Michie. D. 

Miller, A. R. 

Miller, G. A. 

Miller, R. B. 

Miller, R. |. 

Milne, A. 

Milne, M. (editor) 
Minsky, m. 


Updating some Ground 
Rules for Man-Machine 
Simulation 

The Metropolis as a Trans- 
actions-Maximizing System 

Gaming Simulation for Ur¬ 
ban Planning 

The Computer Talks Back 

Electronic Computer: A New 
Tool for the Artist 

Conversation with a Com¬ 
puter 

Letter 

Machines that Play and 
Plan 

The National Data Center 
and Personal Privacy 

Man-Computer Interaction 


Psychology for a Man-Ma¬ 
chine Problem-Solving Sys¬ 
tem 

Invasion of Privacy by Com¬ 
puter 

Waiting for the Takeover 

Computer Graphics in Ar¬ 
chitecture and Design 

1 Think, Therefore 1 Am 

Machines Are More Than 
They Seem 


Systems Development Cor- 1968 April 25 
poration, AD-672783 


Daedalus, 97, No. 4,1292- 
1314 

American Institute of Plan¬ 
ners Journal, 32, No. 1,3-17 

Data Processing Magazine, 
8, No. 10, 58-62 

Arts Canada, 24, 20-21 


1968 Fall 

1966 January 

1966 October 

1967 February 


Datamation, 13, No. 1, 

57-58 

Science, 139,1231 

Science Journal, 4, No. 10, 
83-88 

The Atlantic Monthly, 220, 

No. 5, 53 

Communication Processes, 
F. A. Geldard (editor), New 
York: Pergamon 

International Business Ma¬ 
chine Corporation, 
AD-640283 

Lex et Scientia, 5, No. 1, 
18-24 

Spectator, 210, 649 

New Haven: Yale School of 
Art and Architecture, 

Psychology Today, 2, No. 
11.30-32 

Science Journal, 4, No. 10. 
>43 

Englewood, N. J.: Prentice- 
Hall 


1967 January 

1963 March 

1968 October 

1967 November 

1965 

1965 February 19 

1968 February 

1963 May 17 

1969 

1969 April 

1968 October 

1967 


Computation: Finite and In¬ 
finite Machines 
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Negroponte, N. P. and 

L B. Groisser 

URBAN5: An On-Line Urban 
Design Partner 

IBM Report, 320-2012. 

Cambridge, Mass. 

1967b June 

Newell, A., and G. Ernst 

The Search for Generality 

Proceedings International 
Federation of Information 
Processes, 1., W. Kalenik 
(editor). Washington, D.C.: 
Spartan Books 

1965 

Newell, A., J. C. Shaw, and 

H. A. Simon 

Chess-Playing Programs 
and the Problem of Com¬ 
plexity 

Computers and Thought, 

E. A. Feigenbaum and J. 

Feldman (editors). New 

York: McGraw-Hill, 39-70 

1963 


A General Problem Solving 
Program for a Computer 

Computers and Automa¬ 
tion, 8, No. 7,10-17 

1959 July 


A Variety of Intelligent 

Learning in a General Prob¬ 
lem Solver 

The Rand Corporation Re¬ 
port No. P-1742 

1959 July 6 

Newell, A., and H. A. Simon 

Overview: Memory and 
Process in Concept Forma¬ 
tion 

Concepts and the Struc¬ 
ture of Memory, B. Klein- 
muntz (editor). New York: 

Wiley, 241-262 

1967 


Computer Simulation of 

Human Thinking 

Science. 134, 2011-2017 

1961 December 


The Logic Theory Machine 

Institute of Radio Engineers 
Transactions on Information 
Theory, IT-2, No. 3, 61-79 

1956 September 

Newman, C., and L. Uhr 

BOGART: A Discovery and 
Induction Program for 

Games 

Proceedings of the 20th 
Association for Computing 
Machinery National Confer¬ 
ence, 176-186 

1965 

Newman, W. M. 

An Experimental Program 
for Architectural Design 

Computer Journal, 9, No. 1, 

21-26 

1966 May 

Noll, A. M. 

The Digital Computer as a 
Creative Medium 

Institute of Electrical and 
Electronics Engineers 

Spectrum, 4. No. 10, 89-95 

1967 October 

Orr, W, D.(editor) 

Conversational Computers 

New York: Wiley 

1968 

Overton, R. K. 

Intelligent Machines and 

Hazy Questions 

Computers and Automation, 

14, No. 7, 26-30 

1965 July 


Papert, S. 

Some Mathematical Models 
of Learning 

Proceedings of the Fourth 
London Symposium on In¬ 
formation Theory, C. Cherry 
(editor). New York: Academ¬ 
ic Press 

1961 

Papert, S„ and 

R. McNaughton 

On Topological Events 

Theory of Automata, Ann 
Arbor: University of Michi¬ 
gan Summer Conferences 

1966 

Pask, G. 

The Architectural Relevance 
of Cybernetics 

Architectural Design, 39, 
494-496 

1969 September 


Cybernetics and Education 

System Research Ltd., AD- 
657806 

1967 August 


A Discussion of Artificial 
Intelligence and Self-Or¬ 
ganization 

Advances in Computers, 5, 
110-218 

1964 


The Conception of a Shape 
and the Evolution of a 

Design 

Conference on Design Meth¬ 
ods, J. C. Jones and D. G. 
Thornley (editors). Oxford: 
Pergamon Press, 153-168 

1963 


The Simulation of Learning 
and Decision-Making Be¬ 
havior 

Aspects of the Theory of Ar¬ 
tificial Intelligence, C. A. 

Muses (editor). New York: 
Plenum Press, 165-210 

1962 


My Prediction for 1984 

Prospect. London: Hutchin¬ 
son 

1962 

Passonneau, J„ and 

Urban Atlas: 20 American 

Cambridge. Mass.: The 

1966 

n Wurman 

Cities 

M.l.T. Press 


Pierce, J. R 

Communication 

Daedalus, 96, No. 3, 909-921 

1967 Summer 


Communications, Tech¬ 
nology and the Future 

Daedalus, 94, No. 2, 506-517 

1965 Spring 

poo U d.s. 

Simulating Social Systems 
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